Quality Management Plan
Quality Management Plan
biz
Oktober 15,2018 01
Windows User
The project quality management plan is a component of the project management plan that describes
how the organization's quality policies will be implemented.
It describes how the project management team plans to meet the quality requirements set for the
project.
This template is downloaded from http://project-management.magt.biz
Distributed to*
Sub-contractors
Consultant
Suppliers
Revision Release date
Client
dept.
Rev. 0 (draft)
*) Detailed distribution lists shall be prepared for each distribution event. Further details as per the
project communication plan
Amendments
The Project Quality Management Plan (PQMP) from time to time may require updates. Any
amendment to this plan shall be informed to the change control board by use of the change request
form and approved by the project change control board prior to distribution. Only revised parts of
the plan will be distributed along with the approval and shall be accompanied by instructions how
to implement the changes.
The initial page numbering system (to be added upon initial approval) will be a normal continuous
numbering displayed in the lower right corner of each page. In the event that pages have to be
added, characters shall be added to the number. In case entire pages are deleted, the corresponding
page shall be replaced by a blank page stating “page removed”.
Each added/changed page shall have the revision number and date of approval displayed on the
bottom of the page.
Windows User 01 II
This template is downloaded from http://project-management.magt.biz
TABLE OF CONTENTS
Windows User 01 IV
This template is downloaded from http://project-management.magt.biz
Testing ................................................................................................................................................30
General Testing Procedure .............................................................................................................30
Test Results ....................................................................................................................................30
QA & QC Meetings............................................................................................................................32
Preparatory QC Meeting ................................................................................................................32
Weekly Meeting .............................................................................................................................32
Approval of Deliverables ...................................................................................................................33
Definitions ..........................................................................................................................................34
Acronyms and Abbreviations .............................................................................................................35
Appendices .........................................................................................................................................36
Attachments:...................................................................................................................................36
Checklists: ......................................................................................................................................36
Forms:.............................................................................................................................................36
Registers: ........................................................................................................................................36
Records: ..........................................................................................................................................36
Windows User 01 V
This template is downloaded from http://project-management.magt.biz
Manajemen mutu adalah suatu system kegiatan yang direncakana yang memastikan proyek TWIST memenuhi atau melampaui persyaratan,spesifikasi
dan keinginan clientnya. Sistem manajemen mutu meliputi inspekso,verifikasi,audit,evaluasi pada material dan pengerjaan yang diperlukan untuk
mendokumentasi pada tingkat kualitas yang akan disampaikan.
Perencanaan Manajemen Mutu dengan berbagai rencana proyek lainnya sama halnya yaitu mengidentifikasi personil yang di perlukan yang terlibat
dalam tim kualitas,tanggung jawab dan antar hubungan.
Objective
Tujuan dari rencana proyek manajemen mutu sebagai untuk memastikan bahwa proyek TWIST disampaikan sesuai dengan spesifikasi
kontraktual,untuk memenuhi persyaratan kepentingan pemangku,untuk mengurangi biaya kualitas ( yaitu biaya pengerjaan ulang,biaya ketidaksesuaian
dan defisitsiensi,biaya pemeliharaan dan perbaikan masa depan yang tidak perlu ) dan untuk menyelesaikan proyek dalam baseline tersebut.
Proses Dasar Manajemen Mutu
• Merencanakan manajemen kualitas,
• Kontrol kualitas,
• Lakukan jaminan kualitas.
Alat dan Teknik yang akan diterapkan
• Memeriksa,
• Pengujian,
• Pelaporan,
• Meninjau data teknis,
• Mengidentifikasi dan mendokumentasikan cacat dan perbaikan yang diperlukan,
• Mengumpulkan data yang berlaku, log-file, dokumen dan foto yang dibuat.
Windows User 01 P a g e |6
This template is downloaded from http://project-management.magt.biz
Pendekatan umum
Manajemen mutu harus fokus pada kualitas produk dan kualitas proyek, dengan Kualitas produk untuk memperhatikan apa yang disampaikan, dan
karena itu berfokus pada spesifikasi dan persyaratan produk.Kualitas proyek lebih memperhatikan tentang bagaimana produk dikirimkan, dan lebih
berfokus pada proses produksi, perencanaan, dll.
Sistem mutu secara umum harus mengikuti Plan - Do - Check (Study) - Act approach.
Windows User 01 P a g e |8
This template is downloaded from http://project-management.magt.biz
Keseluruhan lingkup pekerjaan proyek didefiniskan dalam lingkup dokumentasi pekerjaan (SOW) dan terdiri dari :
Deliverables/products/result
Timeline
Milestones
Reports
Proyek dan fasilitas situsnya berlokasi di Jl. Telekomunikasi No.1, Rencana tata letak situs yang menggambarkan kondisi situs saat ini disediakan
sebagai lampiran 1.
Personel,peralatan dan material masuk dan keluar dari lokasi proyek dengan akses berpagar yang terletak di Jl. Telekomunikasi No.1.
Windows User 01 P a g e |9
This template is downloaded from http://project-management.magt.biz
Bagan Organisasi
Bagan organisasi adalah bagan tambahan untuk bagan organisasi proyek secara keseluruhan seperti yang digambarkan dalam rencana manajemen
sumber daya manusia proyek.
Departemen mutu harus diatur dalam sub-divisi dan peran utama mereka harus didistribusikan sebagai abstrak di bawah ini:
Manajer QA & QC
• Merencanakan manajemen mutu proyek
• Mengarahkan dan mengelola kegiatan departemen
• Mengkoordinasikan kegiatan dengan disiplin lain
• Meninjau output dari departemen
• Mengusulkan dan mengimplementasikan perbaikan proses jika disarankan
Windows User 01 P a g e | 10
This template is downloaded from http://project-management.magt.biz
Windows User 01 P a g e | 11
This template is downloaded from http://project-management.magt.biz
QUALITY METRICS
Metrik kualitas yang berlaku didefiniskan dalam kontrak,undang-undang dan peraturan yang bersangkut-paut dan melalui manajemen persyaratan.
Acceptable Tolerance
ID Item Standard Value UOM Measurement method
upper lower
0001
biy
Windows User 01 P a g e | 12
This template is downloaded from http://project-management.magt.biz
QUALITY ASSURANCE
Asuransi kualitas (QA) adalah serangkaian kegiatan untuk memastikan kualitas dalam proses di mana produk dikembangkan. Fokus QA adalah
menghindari masalah dan cacat serta biaya terkait.
Dengan mengaudit kepatuhan terhadap rencana proyek yang disetujui, proses, persyaratan dan proses harapan secara terus menerus akan
dikembangkan lebih lanjut berkenaan dengan kemampuan kerja dan efisiensi biaya.
Tujuan utama dari QA adalah untuk terus menyelidiki masalah dan tingkat demi tahap mengembangkan sistem dan proses untuk menghindari
pengulangan isu-isu sebelumnya dan membentuk struktur manajemen untuk memfasilitasi peningkatan proses pada tingkat organisasi.
Targetnya adalah:
1) Tingkatkan kesadaran proses yang dapat meningkatkan kompetensi organisasi.
2) Identifikasi proses yang membutuhkan perbaikan organisasi.
3) Fasilitasi diskusi untuk memungkinkan orang-orang berbagi pengalaman mereka di dalam dan di luar batas-batas fungsional mereka.
4) Prioritaskan proses untuk mencapai perbaikan berkelanjutan.
Ini adalah tujuan dari rencana ini untuk menentukan kesalahan proses yang ada dan mengambil tindakan korektif yang sesuai sedapat mungkin
sebelum efek kesalahan dengan cara apa pun.
Untuk keterangan lebih lanjut, bacalah “Rencana Peningkatan Proses”.
Windows User 01 P a g e | 13
This template is downloaded from http://project-management.magt.biz
Windows User 01 P a g e | 14
This template is downloaded from http://project-management.magt.biz
QUALITY CONTROL
Kontrol kualitas (QC) adalah serangkaian kegiatan untuk memastikan kualitas dalam produk.
Kegiatan fokus pada mengidentifikasi cacat dalam produk yang sebenarnya diproduksi.
Pemeriksaan QC harus dilakukan sebagai proses kontrol tiga fase seperti :
Mock-up
Persiapan pertemuan
Sebelumnya
Tahap Mock-up 1. Pemeriksaan Awal
2. Pemeriksaan lanjutan
Tahap Produksi
3. Pemeriksaan Akhir
Inspeksi dan pertemuan tersebut harus dilakukan untuk setiap kerja terlepas apakah TWIST itu atau
akan diproduksi oleh kontraktor atau subkontraktornya.
Pelaksanaan proses kontrol tiga fase menjamin kepatuhan terhadap rencana, spesifikasi, dan
persyaratan yang disetujui. Setiap fase kontrol tunggal penting untuk mencapai kualitas yang
diperlukan, sedangkan pertemuan persiapan dan inspeksi awal sangat penting untuk membuat
ketentuan terhadap pekerjaan ulang dan dampaknya seperti kegagalan, biaya, keterlambatan dan
lain-lain.
Windows User 01 P a g e | 15
This template is downloaded from http://project-management.magt.biz
Sebagai bagian dari pertemuan persiapan, staf QC akan memverifikasi bahwa pelajaran yang
diperoleh selama kegiatan yang sebanding sebelumnya telah dilaksanakan untuk menghindari
pengulangan masalah masa lalu.
Setiap perbedaan yang diindentifkasi harus diselesaikan dengan rencana yang disetujui dan / atau
metologi dan harus diselesaikan sebelum produksi web dan sebelum kegiatan lain yang membuat
pembetulan penyimpangan nanti hampir tidak mungkin.
Pertemuan harus dilakukan dengan menggunakan “ Daftar Periksa Rapat Persiapa” ( Daftar Periksa
1)
Inspeksi Kontrol Kualitas Awal
Inspeksi QC awal akan dilakukan oleh staf QC setelah barang kerja telah diproduksi untuk pertama
kalinya. Dengan demikian staf QC akan memvalidasi bahwa pekerjaan tersebut sesuai dengan
spesifikasi dan prosedur yang berlaku dan menetapkan tingkat pengerjaan yang dapat diterima.
Pemeriksaan harus dilakukan dengan menggunakan "Daftar Periksa Inspeksi Awal" (daftar periksa
2). Hasil pemeriksaan harus dicatat dalam "Daftar Inspeksi" (Daftar 1).
Setiap perbedaan pendapat dalam interpretasi persyaratan proyek, spesifikasi dan metodologi akan
diselesaikan dengan pandangan ke tahap produksi fitur.
Setelah produk atau produk antara (apa pun yang berlaku) siap "Inspeksi dan Test Permintaan"
(formulir 1) harus diteruskan ke klien atau wakilnya dan salinan Checklist Inspeksi Awal harus
dilampirkan di sana.
Hasil pemeriksaan awal harus terdaftar dalam "Daftar Inspeksi" (daftar 1).
Pemeriksaan QC Selanjutnya
Tujuan dari Pemeriksaan QC Lanjutan adalah untuk memastikan kepatuhan terus menerus terhadap
spesifikasi yang berlaku, persyaratan dan kepatuhan terhadap metodologi yang ditetapkan serta
tingkat pengerjaan yang dapat diterima.
Pemeriksaan QC lanjutan harus dilakukan oleh staf QC secara teratur selama tahap produksi
pekerjaan pada pembuatan web . Pemeriksaan Tindak Lanjut harus dilakukan pada interval variabel
selama pelaksanaan pekerjaan dan harus mencakup semua tahapan kegiatan yang berbeda termasuk
- persiapan kegiatan,
- eksekusi aktivitas dan
- kontrol hasil.
Setiap perbedaan yang teridentifikasi harus diselesaikan dengan rencana dan / atau metodologi yang
disetujui dan harus diperiksa ulang sebelum dimulainya kegiatan tertentu atau kegiatan lain yang
membuat pembetulan penyimpangan nanti hampir tidak mungkin dilakukan.
Pemeriksaan harus dilakukan dengan menggunakan "Checklist Inspeksi Tindak Lanjut" (daftar
periksa 3).
Windows User 01 P a g e | 16
This template is downloaded from http://project-management.magt.biz
Setalah sebuah produk atau beberapa antara produk (apa pun yang berlaku) selesai "Inspeksi dan
Test Permintaan" (formulir 1) harus diteruskan ke klien atau wakilnya dan salinan Checklist
Inspeksi Awal harus dilampirkan di sana.
Tindak lanjut inspeksi QC harus terdaftar dalam “Daftar Inspeksi” (daftar 1).
Inspeksi terakhir
Setelah menyelesaikan seluruh pekerjaan pemeriksaan pra-final harus dilakukan oleh staf QC dan
klien atau wakilnya.Tujuan pemeriksaan ini adalah untuk memvalidasi hasil akhir dari keseluruhan
karya.
Item yang luar biasa dan tidak sesuai akan diidentifikasi dan didokumentasikan dalam daftar
pukulan. Karena setiap item ditutup maka akan dicatat. Ketika semua item yang dicatat selama
pemeriksaan pra-final telah diperbaiki, klien atau perwakilannya akan diberitahu untuk
menjadwalkan pemeriksaan akhir.Hasil pemeriksaan akhir harus terdaftar dalam "Daftar Inspeksi"
(daftar 1).
Pemeriksaan ulang lebih lanjut tidak dapat diprediksi, kembalinya pekerjaan luar biasa yang luar
biasa dan / atau pelaksanaan pekerjaan tambahan yang diinstruksikan.
Ketidakhadiran Klien selama Inspeksi
Dalam hal klien atau wakilnya tidak menghadiri pemeriksaan, hasil pemeriksaan yang dicatat oleh
staf QC akan dianggap mengikat dan akan diteruskan kepada klien atau perwakilannya "untuk
informasi".
Pencatatan
Staf QC bertanggung jawab untuk melengkapi formulir dan daftar periksa. Daftar periksa harus
diisi selama pemeriksaan yang sedang berlangsung. Semua formulir dan daftar periksa harus
diteruskan ke Pengontrol Dokumen (DC) sebelum akhir hari kerja.
Pengontrol Dokumen mendaftarkan dokumen dan mendistribusikannya kepada orang-orang yang
bersangkutan di masing-masing departemen serta kepada klien atau wakilnya (apa pun yang
berlaku) segera.
Staf QC selanjutnya harus memelihara "Catatan Aktivitas Harian" (catatan 1). Catatan tersebut
harus merangkum semua operasi QC termasuk kegiatan, tes yang dilakukan dan inspeksi yang
dilakukan setiap hari selama siklus hidup proyek dan akan diteruskan ke staf QA untuk ditinjau.
Pengajuan Dokumen
Pada prinsipnya, semua dokumen yang ditujukan untuk client atau perwakilannya harus dikirim ke
alamat kantor masing-masing dengan tangan atau layanan pos. Client atau perwakilannya dapat
mengirimkan dokumen ke developer dengan cara yang sama.
Windows User 01 P a g e | 17
This template is downloaded from http://project-management.magt.biz
Semua dokumen yang ditujukan kepada subkontraktor atau pihak lain yang memiliki kantor di situs
atau di dekatnya akan disimpan untuk koleksi harian dari kontrol dokumen. Kontrol dokumen juga
menerima, mendaftarkan dan mendistribusikan dokumen dari subkontraktor atau pihak lain.
Windows User 01 P a g e | 18
This template is downloaded from http://project-management.magt.biz
INSPECTION PROCEDURES
Semua produk akhir atau menengah, baik yang diproduksi oleh developer,analyst dan project
manager, harus diproduksi melalui pelaksanaan proses yang disetujui, penggunaan yang tepat dari
peralatan dan kontrol dan pengelolaan bahan dan layanan teknis.
Prosedur pengendalian harus dilaksanakan dan melayani dengan cara yang menghasilkan produk
yang efektif dan dapat diandalkan sesuai dengan spesifikasi teknis dan tingkat kualitas yang
diinginkan.
Inspeksi Penerimaan Material
Staf QC sedini mungkin tetapi satu hari kerja terakhir setelah pengiriman harus memeriksa semua
bahan konstruksi sebelum digunakan.
Untuk merencanakan dan mengatur inspeksi material secara tepat waktu, Procurement In Charge
akan memperbarui jadwal pengiriman secara terus menerus.
48 jam sebelum pengiriman material, Procurement In Charge akan menyiapkan "Inspection and
Test Request" (formulir 1) dengan dokumen-dokumen yang relevan yang dilampirkan dan
meneruskannya ke pengontrol dokumen. Setelah registrasi pengontrol dokumen akan meneruskan
dokumen ke inspektur material segera.
Kriteria inspeksi termasuk khususnya
• Identifikasi dan dokumentasi material (mungkin termasuk tetapi tidak terbatas pada),
o “Lembar Tinjau Submittal” (formulir 3, lihat Manajemen Submittal di bawah),
o Catatan pengiriman,
o Hasil pengujian,
• Tanda-tanda kerusakan,
o Reparable,
o Tidak dapat diperbaiki,
• Kelengkapan,
• Kepatuhan dengan spesifikasi.
Hasil pemeriksaan penerimaan material harus didokumentasikan dalam "Daftar Penerimaan Bahan"
(daftar 4).
Setiap perbedaan yang diidentifikasi harus diselesaikan sebelum pemeriksaan ulang; jika tidak, jika
pembetulan tidak mungkin, pemasok harus segera menghapus materi yang tidak disetujui.
Analyst akan menandai materi yang baru dikirimkan yang sangat terlihat sebagai "Tidak Terlihat -
Tidak Menggunakan". Hanya setelah pemeriksaan dilewati dan hasil pemeriksaan diverifikasi, tag
itu harus dilepaskan dan material dapat digunakan.
Windows User 01 P a g e | 19
This template is downloaded from http://project-management.magt.biz
Staf QC akan terus mengawasi dan memeriksa setiap minggu penyimpanan dan penanganan semua
bahan konstruksi. Kriteria inspeksi terutama mencakup penyimpanan dan penanganan material
sesuai dengan rekomendasi pabrikan sebagai pedoman.
Inspeksi di Luar Situs
Jika sumber bahan yang diperlukan dan fasilitas fabrikasi harus diperiksa oleh staf QC untuk
mengontrol spesifikasi yang diikuti dan persyaratan diimplementasikan. Dengan demikian
pengiriman bahan yang tidak dapat diterima atau produk antara di lokasi harus dihindari.
Inspeksi Pengerjaan
Staf QC akan secara berkala memeriksa dan memverifikasi pengerjaan untuk memastikan bahwa
pemasangan, pembuatan web dengan standar tertentu secara besar-besaran atau apapun yang
dijalankan sesuai dengan spesifikasi dan persyaratan. Inspeksi ini sangat penting pada item
pekerjaan yang tidak dapat diperbaiki kemudian atau pengerjaan ulang akan menjadi sangat sulit
dan membutuhkan banyak biaya.Inspeksi Pengerjaan mencakup baik di tempat maupun di luar
lokasi.
Pemeriksaan pada Software
Semua bahan yang ada pada software untuk yang membutuhkan kalibrasi berkala harus diperiksa
oleh staf QC.
1) Jika tersedia di situs, harus diinventarisasi dalam "Daftar Inventaris" (daftar 5).
2) Kalibrasi dan pemeliharaan harus dipantau dan dikontrol secara teratur.
3) Semua barang yang tidak sesuai harus diberi tanda yang sesuai dan tidak digunakan lagi kecuali
barang tersebut diperbaiki, dirawat, dikalibrasi atau apa pun dan diperiksa ulang.
Tinjauan Manajemen dan Layanan
Manajer QA akan meninjau kepatuhan secara berkala dengan proses dan prosedur yang telah
ditetapkan. Pemeriksaan ini harus mencakup yang sudah dibuat oleh developer
Windows User 01 P a g e | 20
This template is downloaded from http://project-management.magt.biz
SUBMITTAL PROCEDURE
Submittal harus disiapkan untuk semua jenis bahan atau produk antara yang ditujukan untuk
penggunaan permanen, pemasangan atau apa pun dan dengan demikian menjadi bagian dari produk
siap, terlepas apakah barang tersebut diproduksi di tempat atau di luar lokasi dan terlepas apakah itu
diproduksi oleh developer.
Jenis Submittal
Penyampaian "Persetujuan"
Penyampaian "Persetujuan" adalah jenis penyampaian untuk pertimbangan konvensional. Contoh
pengajuan "persetujuan" mencakup (tetapi tidak terbatas pada) data produk yang ada pada web.
Dalam menerima pengiriman persetujuan, dipastikan bahwa rincian produk siap pakai, selesai dan
bahan konsisten dengan konsep desain, spesifikasi dan persyaratan
Penyampaian "Tinjau"
Penyampaian "Tinjau" adalah jenis penyampaian untuk menyajikan prosedur, metode, teknik atau
urutan sebelum implementasi. Contohnya termasuk , metode produksi, tindakan pencegahan
keselamatan pada web, dll. Dalam menerima penyampaian seperti itu diakui bahwa metode yang
diusulkan dll cukup untuk izinkan kontrol kualitas dan verifikasi. Penerimaan jenis penyampaian ini
tidak membebaskan developer dari tanggung jawab untuk memastikan bahwa pekerjaan
dilakukan sesuai dengan ketentuan kontrak.
Penyampaian "Informasi"
Penyampaian "informasi" menunjukkan bahwa developer telah memenuhi beberapa persyaratan
dan / atau spesifikasi. Contohnya termasuk catatan batch beton, laporan harian, sertifikat
kalibrasi, laporan pengujian, dll. Tindakan tidak diperlukan bagi developer untuk melanjutkan
pekerjaan. Meskipun penyampaian ini biasanya tidak disetujui atau ditolak, tetapi mereka masih
perlu ditinjau. Jika informasi yang disediakan ditentukan untuk tidak mematuhi dokumen kontrak,
laporan ketidaksesuaian mungkin dikeluarkan.
Windows User 01 P a g e | 21
This template is downloaded from http://project-management.magt.biz
•Daftar Isi,
• Sesuai rencana, spesifikasi dan persyaratan,
• Katalog (atau potongan katalog),
• Lembaran data,
• Sertifikasi,
• Rencana kerja,
• rencana dan templat QC,
• Menguji proposal,
• Diagram, bagan, dan kurva,
•Referensi surat,
• Manual pengoperasian,
• Sampel material,
•Profil Perusahaan,
• bagan organisasi,
Penyampaian harus disiapkan oleh project manager dan analyst atau siapa pun ke proyek.
Penyampaian Pendaftaran
Semua penyampaian harus diserahkan kepada Pengontrol Dokumen untuk pendaftaran dan
distribusi lebih lanjut kepada direktur atau manager yang bersangkutan.
Penyampaian Ulasan
Penyampaian harus ditinjau oleh staf QA yang ditunjuk. Peninjau harus:
a) Setelah menerima submittal siapkan “Lembar Tinjau Submittal” (formulir 3),
b) Catat submittal dalam "Daftar Submission Material" (daftar 6),
c) Baik
Jika submittal tidak mencukupi untuk diperiksa melalui DC, kembalikan ke pengirim untuk direvisi
atau
b. Berikan submittal dengan komentar dan / atau rekomendasi kecil (jika ada) kepada Manajer QA.
Setelah pengajuan kembali, staf yang ditunjuk akan
a) Perbarui “Lembar Tinjauan Submittal”,
Windows User 01 P a g e | 22
This template is downloaded from http://project-management.magt.biz
a) memberikan penyampaian dengan komentar dan / atau rekomendasi kecil (jika ada) kepada
Manajer QA,
Manajer QA akan mengajukan materi kepada klien atau perwakilannya dan merekomendasikan
solusi komentar (jika ada). Untuk tujuan ini, ia mengirimkan penyampaian ke pengontrol dokumen
untuk pembaruan dan pengiriman daftar.
a) "Daftar Pengajuan Bahan" akan diperbarui oleh Pengontrol Dokumen yang sesuai,
b) Salinan “Lembar Tinjauan Materi” akan dikembalikan kepada pengirim untuk tindakan
selanjutnya.
Idealnya sebuah submittal harus disiapkan dan diserahkan sedini mungkin pemberian setidaknya
Dalam kasus di mana spesifikasi, rencana dan / atau persyaratan (apa pun yang berlaku) dibuat
terlambat
Penyampaian Persetujuan
Persetujuan penyampaian umumnya tidak mencakup sarana, metode, urutan, teknik, atau prosedur
konstruksi. Setelah meninjau, tanggapan konvensional adalah menyetujui, menyetujui secara
Windows User 01 P a g e | 23
This template is downloaded from http://project-management.magt.biz
kondisional, atau menolak submittal, tetapi hanya sejauh hasil akhir sesuai dengan konsep desain
dan sesuai dengan dokumen kontrak.
- Disetujui,
-Tidak disetujui.
Cap Persetujuan
TWIST
ACCEPTED/APPROVED
ACCEPTED/APPROVED AS
NOTED
REVISE AND RESUBMIT
NOT APPROVED
Penerimaan atau persetujuan dari dokumen ini hanya
mengakui bahwa informasi yang diberikan oleh kontraktor
sesuai dengan persyaratan atau spesifikasi yang berlaku
dan konsep desain proyek yang sudah selesai sebagaimana
yang ditetapkan dalam dokumen kontrak. Kontraktor
sepenuhnya bertanggung jawab untuk semua hal yang
berkaitan dengan fabrikasi, pengiriman, penanganan,
penyimpanan, perakitan, instalasi, konstruksi (termasuk
semua aspek keselamatan dan lingkungan dari melakukan
pekerjaan) dan untuk mengkoordinasikan pekerjaan dan
sarana, metode, teknik, urutan, dan prosedur konstruksi
sejauh bahwa barang-barang ini tidak secara khusus
ditangani oleh spesifikasi atau persyaratan proyek.
_______________________ _____________________
Windows User 01 P a g e | 24
This template is downloaded from http://project-management.magt.biz
Windows User 01 P a g e | 25
This template is downloaded from http://project-management.magt.biz
DEFICIENCY PROCEDURE
Tujuan utama dari program kualitas yang didefinisikan dalam dokumen ini adalah pencegahan
ketidaksesuaian, pengurangan pengerjaan ulang dan perbaikan berkelanjutan dari proses.
Dalam hal yang tidak menguntungkan bahwa ketidaksesuaian tidak dapat dicegah, setiap
kekurangan yang teridentifikasi harus diselesaikan dengan rencana dan / atau metode yang disetujui
dengan cara yang tepat waktu dan hemat biaya dan kejadian ulang harus dihindari hingga
maksimumnya.
Tindakan Pencegahan
Rencana Manajemen Mutu ini dimaksudkan untuk proaktif, untuk mengurangi risiko dan
menghindari masalah dan kekurangan. Alat dan teknik utama yang diidentifikasi untuk proyek ini
untuk memenuhi target ini termasuk (tetapi tidak terbatas pada)
• Pelatihan dan kualifikasi,
• Inspeksi dan verifikasi,
• Penyampaian pada manajemennya,
• Kalibrasi dan pemeliharaan,
Kualitas keseluruhan harus dibangun dalam produk daripada harus diperiksa dan diperbaiki dalam
produk.
Perbaikan Terus-Menerus
Manajer QC dan QA bersama dengan manajer proyek akan meninjau setiap kejadian di mana
materi, komponen, rakitan, fitur kerja, atau produk yang diselesaikan gagal memenuhi persyaratan
yang ditentukan, dan akan mengambil tindakan yang tepat untuk mencegah kejadian di masa
mendatang.
Semua tim dan pekerja proyek didorong untuk menyarankan perbaikan.
Windows User 01 P a g e | 26
This template is downloaded from http://project-management.magt.biz
Sebagai kekurangan dikoreksi, Laporan Tindakan Korektif (CAR, bentuk 6) harus diisi oleh
pelaksana pekerjaan subjek dan akan diteruskan ke controller dokumen untuk pendaftaran dan
distribusi lebih lanjut untuk manajer QC atau yang ditunjuk.
NCR tetap terbuka sampai ketidaksesuaian yang memuaskan diselesaikan, diperiksa dan disetujui
oleh manajer QC atau orang yang ditunjuk dan klien atau wakilnya (jika berlaku).
Untuk menghindari pengulangan setiap NCR juga harus dimasukkan dalam "Pelajaran yang
Dipelajari" (daftar 9) dan harus dievaluasi berkaitan dengan perbaikan proses oleh manajer QA
atau yang ditunjuknya.
Windows User 01 P a g e | 27
This template is downloaded from http://project-management.magt.biz
Manajer QA & QC dengan bantuan semua staf QC dan QA menetapkan dan memelihara melalui
pengontrol dokumen file kualitas yang merupakan bagian dari dokumentasi proyek. Tujuan dari file
ini adalah untuk mempertahankan satu set lengkap semua dokumen dan catatan yang relevan.
•Rencana,
• Laporan,
• Perintah kerja,
• Ubah pesanan,
• Korespondensi,
• Sertifikasi dan
Dalam keadaan apa pun dokumen apa pun tidak akan dihapus dari file kualitas, meskipun
digantikan. Dalam hal ini revisi harus disiapkan dan disimpan.
Sistem Pengisian
Departemen QA & QC akan mengajukan dokumennya dalam skema pengajuan proyek.
Hardcopy dan data elektronik harus dipertahankan secara bersamaan. Setiap folder data harus
diwakili oleh file kotak yang sesuai dan sebaliknya. Nama-nama file kotak dan folder data harus
sama; karena itu isinya harus sama.
Windows User 01 P a g e | 28
This template is downloaded from http://project-management.magt.biz
Skema Pengisian
Level 1 Level 2 Level 3 Level 4
Document.docx Document.docx Document.docx
05_Quality 051_Initiation [empty]
052_Planning 0521_Quality Mgmt
053_Execution 0531_Quality Assurance
054_Monitor&Control 0541_Quality Control
055_Closure [empty]
It is undisputed that further folders may be required over time to sort files in a logic and
manageable order.
However
1) No new folders shall be created on folder level 1 and 2, nor shall any existing folder be
renamed and no data files such as e.g. word files, excel spreadsheets, drawings, PDF-files,
images or whatsoever shall be saved at this level.
2) Folders on folder level 3 shall not be renamed and no data files such as e.g. word files, excel
spreadsheets, drawings, PDF-files, images or whatsoever shall be saved at this level. On
level 3 limited additional folders can be created upon approval by the responsible manager.
3) Preferably additional folders only shall be created on level 4. The responsible manager must
be consulted and the filing scheme must be updated and communicated accordingly.
Cadangan Data
Semua data elektronik harus dicadangkan secara teratur. Rincian lebih lanjut berkenaan dengan
korespondensi, penyimpanan data dan integritas data, dll.
Windows User 01 P a g e | 29
This template is downloaded from http://project-management.magt.biz
TESTING
Pengujian harus dilakukan, dicatat dan dilaporkan dan hasil pengujian harus diverifikasi di bawah
tanggung jawab staf QC untuk memastikan bahwa spesifikasi dan persyaratan terpenuhi.
Sebelum pelaksanaan pertama dari metode pengujian item kerja baru dan frekuensi pengujian harus
ditinjau, dikomunikasikan kepada staf yang bersangkutan dan harus sesuai dengan standar yang
berlaku, persyaratan kontrak, rencana, pernyataan metode yang disetujui atau apa pun yang
disetujui.
Windows User 01 P a g e | 30
This template is downloaded from http://project-management.magt.biz
Hasil Tes
Idealnya, catatan pengujian asli harus diserahkan ke departemen QC dalam waktu 48 jam dari tes.
Salinan awal dari tes yang berhasil dikirim melalui faks dan / atau email akan dianggap dapat
diterima untuk melanjutkan pekerjaan.
Setelah hasil tes diterima, mereka harus didaftarkan dan didistribusikan oleh pengontrol dokumen
dan harus diverifikasi oleh staf QC untuk:
• Kelengkapan dokumen,
• Pengamatan prosedur pengujian yang ditentukan,
• Penerimaan hasil.
Windows User 01 P a g e | 31
This template is downloaded from http://project-management.magt.biz
QA & QC MEETINGS
Manajer QC dan QA akan mengundang klien atau perwakilannya serta staf tim proyek utama dan
staf lapangan utama untuk memperkenalkan sistem dan persyaratan QC dan QA setelah PQMP
diajukan dan sebelum dimulainya konstruksi.Tujuan dari pertemuan ini adalah untuk membangun
pemahaman bersama tentang QC dan QA berdasarkan kontrak.
Persiapan Rapat QC
Tidak seperti pertemuan lain, pertemuan ini biasanya tidak diadakan di ruang rapat tetapi di tempat.
Rapat Mingguan
Setelah dimulainya konstruksi, manajer QA & QC akan mengadakan pertemuan QC mingguan di
tempat kerja dengan staf QA & QC, dan developer situs bertanggung jawab yang melakukan
pekerjaan pada pekerjaan saat ini paket. Staf proyek lebih lanjut mungkin diminta untuk hadir
sesuai kebutuhan. Klien atau wakilnya dapat menghadiri rapat atas kebijakannya sendiri.
Hal-hal berikut harus diselesaikan pada setiap pertemuan mingguan (sebagaimana berlaku):
- Tinjau menit dari pertemuan sebelumnya.
- Tinjau jadwal dan status pekerjaan dan pengerjaan ulang.
- Tinjau status pengiriman.
- Tinjau pekerjaan yang harus diselesaikan dalam dua minggu ke depan dan identifikasi
dokumentasi yang diperlukan.
- Selesaikan masalah produksi.
- Item alamat yang mungkin memerlukan revisi Rencana Manajemen Mutu.
- Tinjau status persyaratan pelatihan, sebagaimana berlaku.
Manajer QA & QC atau yang ditunjuknya menyiapkan notulen rapat (MOM) dan memberikan
salinannya ke semua departemen yang menghadiri, subkontraktor, klien (apa pun yang berlaku)
dalam 2 hari kerja setelah rapat berakhir. Komentar pada risalah rapat (jika ada) harus
disampaikan secara tertulis kepada manajer QA & QC dalam waktu 2 hari kerja setelah MOM
diterima.
Windows User 01 P a g e | 32
This template is downloaded from http://project-management.magt.biz
APPROVAL OF DELIVERABLES
Windows User 01 P a g e | 33
This template is downloaded from http://project-management.magt.biz
DEFINITIONS
For the purpose of this plan and any further document developed through its use the following
terms are used:
Quality Control The primary objective of QC is to anticipate potential risks and issues with
(QC) regards to the grade of quality. The QC measures are to be adequate to
cover all operations both on-site and off-site.
Quality Assurance The primary objective of QA includes verification, audits and evaluations
(QA) of implementation of the quality control system by the contractor, its sub-
contractors and suppliers.
May means an optional action
Shall means a mandatory action
Windows User 01 P a g e | 34
This template is downloaded from http://project-management.magt.biz
Windows User 01 P a g e | 35
This template is downloaded from http://project-management.magt.biz
APPENDICES
Attachments:
Attachment 1 Project Site Layout Plan
Attachment 2 Organizational Chart QA & QC dept.
Checklists:
Checklist 1 Preparatory Meeting Checklist
Checklist 2 Initial Inspection Checklist
Checklist 3 Follow-up Inspection Checklist
Forms:
Form 1 Inspection and Test Request
Form 2 Submittal Cover Sheet
Form 3 Submittal Review Sheet
Form 4 Request For Information
Form 5 Non-Conformance Report
Form 6 Corrective Action Report
Form 7 Site Observation Report
Registers:
Register 1 Inspection Register
Register 2 Completion Inspection Register
Register 3 Material Receiving Register
Register 4 Inventory Register
Register 5 Material Submission Register
Register 6 RFI Register
Register 7 NCR Register
Register 8 Lessons Learned Register
Register 9 CAR Register
Register 10 Test Register
Register 11 Deficiency Register
Records:
Record 1 Daily Activity Records
Windows User 01 P a g e | 36