1
BAB 2 LANDASAN TEORI
2.1
Pengertian Quality Assurance
2.1.1
Pengertian Umum
Quality Assurance (penjaminan mutu) adalah semua tindakan terencana, sistematis dan didemonstrasikan untuk meyakinkan pelanggan bahwa persyaratan yang ditetapkan "akan dijamin" tercapai. Salah satu elemen dari QA adalah QC. Elemen yang lain yaitu: Planning, organization for quality, quality, Established Procedure, Procedure, Supplie Supplierr Selecti Selection, on, Corre Correcti ctive ve Action Action,, Document Document contr control, ol, traini training, ng, Audit Audit dan Management review. review. QA lebih berperan sebagai analyst untuk memperbaiki memperbaiki mutu produk, dan datanya bisa diperoleh dari data sampling orang QC atau feedback atau feedback dari internal perusahaan ataupun adanya Quality complain dari luar perusahaan yaitu costumer . Dan QA biasanya juga berperan sebagai sertifikasi dari produk tersebut. (Sumber: Mailing List Migas Indonesia, Juni 2007). Berdasarkan ISO 9000:2000 (QMS-Fundamentals and Vocabulary) (section 3.2.11) 3.2.11) Quality Quality Assurance Assurance “ Part of quality management focused on providing confidence that quality requirements will be fulfilled”. fulfilled”. Jika diterjemahkan Quality Assurance terfokus pada pemberian jaminan/keyakinan bahwa persyaratan mutu akan dipenuhi.
2
Quality Assurance tugasnya memahami spec. customer dan spec. yang yang berhubungan berhubungan dengan dengan product, product, kemudia kemudian n inspeksinya inspeksinya (berupa (berupa prosedur) prosedur) dan
standard atau
membuat / menentukan menentukan cara
mendokumentasi mendokumentasi hasil inspeksinya inspeksinya
(manufacturing data report ). ). Jadi kesimpulannya : QA bersifat proactive, bersifat proactive, preventive preventive in nature. nature.
2.1.2 Pengert Pengertian ian Dalam Dalam Konteks Konteks Manajem Manajemen en Proyek Proyek
Merupakan semua aktifitas yang dilakukan oleh organisasi proyek (Manager proyek, tim proyek, dan manajemen) untuk memberikan jaminan tentang kebijakan kualitas, tujuan dan tanggungjawab dari pelaksanaan proyek agar proyek dapat memenuhi kebutuhan kebutuhan dan permintaan permintaan mutu yang sudah disepakati. disepakati. Kualitas Kualitas yang dimaksud di sini biasanya memiliki hubungan keterkaitan yang sangat erat dengan sejumlah standar internasional, seperti contohnya adalah memenuhi ISO sebagai panduan sistem manajemen mutu (misalnya dalam pembuatan aplikasi diperhatikan kaidah baku software baku software engineering yang engineering yang memenuhi software memenuhi software quality quality assurance). assurance). Ada 2 tipe dari Quality Assurance dalam proyek yaitu: •
•
Internal QA: Jaminan yang disediakan untuk manajemen dan tim proyek. External QA: Jaminan yang disediakan kepada customer yang ada di luar
proyek. Dalam pelaksanaan Quality Assurance pada proyek, perlu disusun suatu rencana mutu yang dapat diartikan sebagai totalitas ekspektasi yang diharapkan oleh
3
pemrakarsa atau sponsor proyek; dalam arti kata mereka yang termasuk di dalam stakeholder proyek stakeholder proyek mendefinisikan harapan harapannya terhadap hasil dari proyek yang dikerjakan. Dalam proyek juga dikenal adanya Project adanya Project Quality Management yang Management yang terdiri dari beberapa aktifitas antara lain: •
Quality Planing , mengidentifikasi standar kualitas untuk pelaksanaan proyek dan bagaimana memenuhinya.
•
Perform Quality Asurance, Asurance, mengimplementasikan rencana jaminan kualitas agar proyek memenuhi semua requairement
•
Perform Quality Control , memonitor hasil pelaksanaan proyek apakah memenuhi standar kualitas atau tidak.
Penjelasan detail dapat dilihat pada bagan berikut:
4
Gambar 2.1 Struktur Project Quality Management
5
2.1.3 .1.3 Rencana ana Mut Mutu
Rencana Mutu minimal harus memenuhi hal-hal berikut : •
Rencana Mutu harus sesuai dengan Sasaran Mutu ((quality quality objective) objective) dan sejalan dengan persyaratan proses lain dari sistem manajemen mutu konstruksi.
•
Rencana Mutu harus berisikan persyaratan teknis, administrasi, keuangan maupun ketentuan lain seperti yang dipersyaratkan dalam Perencanaan Program.
•
Rencana Mutu harus mencakup kebutuhan sumber daya manusia dan sumber daya lainnya dalam rangka memenuhi mutu konstruksi yang diinginkan.
•
Rencana Mutu harus mencakup kebutuhan dokumen sistem manajemen mutu konstruksi (meliputi: Pedoman Mutu, Manual Mutu, Prosedur Mutu, petunjuk teknis, instruksi kerja, dan daftar periksa/simak) dalam rangka mencapai kesesuaian mutu konstruksi yang diinginkan.
•
Rencana Mutu harus mencakup aktivitas verifikasi, validasi, pemantauan, inspeksi dan pengujian yang diperlukan beserta kriteria penerimaannya.
•
Rencana Mutu harus mencakup Catatan Mutu (quality (quality records) records) yang dibutuhkan untuk menunjukkan bukti bahwa perencanaan kegiatan memenuhi persyaratan mutu konstruksi yang telah ditetapkan.
6
Dalam penyusunan penyusunan Rencana Mutu Proyek
(RMP) (RMP)
diwajibkan diwajibkan untuk
mencantumkan Sasaran Mutu yang ditetapkan oleh Pimpinan. Sasaran mutu merupakan persyaratan yang sifatnya sangat strategis untuk menilai kinerja sistem manajemen mutu penyelenggaraan proyek. Semua pihak yang terkait, baik Pimpinan atasan Ka Satker maupun Direksi atasan Penanggung Jawab Penyedia Jasa akan mudah mengukur dan memonitor memonitor kinerja proyek sejauh apa pencapaian pencapaian mutunya, sehingga dimungkinkan untuk segera mengambil tindakan yang efektif menuju perbaikan
yang
berkelanjutan.
Sasaran mutu merupakan suatu pernyataan yang harus ditetapkan dalam Rencana Mutu Proyek (RMP) maupun Rencana Mutu Kontrak (RMK) sebagai suatu bentuk komitmen pencapaian kinerja yang terukur dalam penerapan sistem manajemen mutu. Sasaran mutu tersebut harus dicantumkan dalam dokumen RMP maupun RMK sebagai upaya untuk mengkomunikasikan kepada setiap personil yang terlibat dalam pelaksanaan pelaksanaan proyek, agar
mereka memiliki tanggung tanggung
jawab dalam
keterlibatannya untuk mencapai jaminan mutu tersebut dalam pelaksanaan proyek. Secara umum sasaran mutu harus dinyatakan dalam dalam bentuk target- target yang direncanakan bagi pelaksanaan proyek, terutama yang terkait dengan kendala keterbatasan
Biaya,
Mutu
dan
Waktu
(BMW)
pelaksanaan
proyek.
Adapun kriteria bagi penetapan sasaran mutu adalah kegiatan apa saja yang dapat diukur atau dapat dijadikan terukur terkait dengan sistem manajemen mutu, misalnya : perolehan laba, target pemasaran, target pelaksanaan pelatihan, target perolehan omzet, efisiensi kinerja, tingkat kedisiplinan pegawai dan sebagainya.
7
Sasaran mutu sebaiknya dibuat secara sistematis, mudah dipantau, sehingga apabila di suatu saat terjadi perubahan program atau kontrak karena suatu kondisi tertentu dalam pelaksanaan proyek, maka RMK atau RMP harus dikaji ulang dan direvisi,
dan
ditetapkan
sasaran
mutu
yang
baru
atau
diperbaiki.
Faktor-faktor yang harus diperhatikan dalam membuat sasaran mutu harus memenuhi persyaratan dalam peristilahan kata : SMART yang selanjutnya diuraikan sebagai berikut :
•
S imple, imple, yaitu sederhana dan mudah untuk dimengerti.
•
easureable, yaitu dapat diukur pencapaiannya. M easureable
•
A pplicable, yaitu dapat diaplikasikan sesuai dengan kemampuan yang ada.
•
Reasonable, yaitu memiliki alasan yang jelas bagaimana sasaran tersebut
digunakan dan diterapkan. •
imely, yaitu waktu pencapaiannya jelas, ada batas waktu yang ditentukan T imely
(Nara Sumber : Edy Rahen,2007)
8
2.2
Perbedaan QC dengan QA
Tabel 2.1 Perbedaan QC dan QA No
QA
QC
1
Berperan sebagai analyst untuk
Orang operasional yang langsung
memperbaiki mutu produk
melakukan aktivitas checking atau inspeksi terhadap produk.
(QA= Conceptor )
(QC= (QC= Executor ) 2
Pros Prosed edur ur unt untuk pen penca capa paia ian n mut mutu u
Akti ktifita fitasn snya ya
prosedur
tsb)
(pela pelaks ksan anaa aan n dari yang
dibuktikan dengan 3
Kategori QA: Perencanaan mutu,
Kategori QC: Kegiatan2 inspeksi
sertifikasi
dan uji
ISO,
audit
sistem manajemen, 4
5
(in-coming,
in-
process, outgoing ). ).
Bersifat proactive, preventive in
Bersifat reactive, problem solving
nature
in nature
QA= Sistem
QC= Tools
9
2.3
Kedudukan Quality Assurance dalam Manajemen Mutu
Gambar 2.2 Tingkat Evolusi Manajemen Mutu
10
2.4
Prosedur Quality Assurance
Gambar 2.3 Prosedur Umum Pelaksanaan Quality Assurance
11
Adapun langkah pada prosedur di atas dapat dijabarkan sebagai berikut: 1.
Umum. •
Review dilakukan oleh personil QA yang tidak terlibat dalam pekerjaan proyek yang direview direview..
•
Review dilakukan terhadap setiap tahapan proyek atau dengan ruang lingkup yang ditetapkan bersama Ketua Tim Proyek.
2.
Membuat QA Plan. •
•
3.
Personil QA menyusun dokumen QA Plan. Untuk proyek aplikasi merujuk pada template Software Quality Assurance (SQA) Plan. Dokumen QA Plan harus disetujui oleh Ketua Tim Proyek
Review Quality. •
•
Personil QA melakukan review terhadap pekerjaan proyek sesuai QA Plan. Personal QA menyampaikan Laporan Quality Assurance ke Ketua Tim Proyek untuk disetujui dan ditindaklanjuti.
4.
Ketu Ketuaa Tim Tim Proy Proyek ek menu menuga gask skan an tind tindak ak lanj lanjut ut Lapo Lapora ran n Quality Assurance, Assurance, baik berupa tindakan koreksi atau peningkatan (improvement) ke tim proyek.
5.
Tim pro proye yek k melak melaksa sana naka kan n dan dan menye menyele lesa saik ikan an tin tinda daka kan n kore koreks ksii atau atau peningkatan (improvement ) dalam jangka waktu yang telah ditetapkan di Laporan Quality Assurance. Assurance.
6.
Pers Personi onill QA QA aka akan n memv memver erif ifik ikas asii ket ketepa epata tan n has hasil il tind tindaka akan n kor korek eksi si.. •
jika tindakan koreksi tepat, personil QA menutup Laporan QA.
•
jika tindakan koreksi tidak tepat, personil QA akan meminta Ketua Tim untuk penugasan tindakan koreksi yang baru.
12
2.5
Quality Assurance Tools and Methods
Termasuk di dalam QA Tools and Methods ini antara lain:
•
•
•
•
•
Systems modeling Flowchart Cause-and-effect analysis Force field analysis Statistical and data presentation tools
•
Bar and pie charts
•
Run chart
•
•
•
•
Control chart Histogram Scatter diagram Pareto chart
•
Client window
•
Benchmarking
•
•
Gantt chart Quality assurance storytelling
13
2.5.1 .5.1 Pareto eto Cha Chart
Diagram 2.1 Contoh Pareto Chart
Dalam Quality Assurance pareto chart menyediakan fakta yang dibutuhkan untuk memilih prioritas kendala/resiko yang hendak diperbaiki. Pareto bekerja dengan memaparkan dan mengorganisir informasi untuk menunjukkan kepentingan relatif dari berbagai masalah atau penyebab masalah. Adapun bentuk dari Pareto chart ini chart ini sendiri merupakan hubungan antara:
•
Sumbu horizontal yang menempatkan item dalam urutan (dari nilai tertinggi hingga terendah) dengan,
•
Nilai Satuan dari item itu sendiri seperti frekuensi, harga, dan waktu
14
Menempatkan Menempatkan masalah dalam urutan frekuensi frekuensi yang semakin semakin menurun, menurun, akan mempermudah penentuan masalah yang paling penting dan akar penyebab masalah yang memberikan dampak terbesar. Dengan demikian tim dapat fokus pada usaha penanggulangan dari dampak potensial terbesar tersebut.
Dalam pareto chart ini dikenal apa yang dinamakan the Pareto Principles, Principles, yang menyatakan bahwa ketika beberapa faktor mempengaruhi situasi, faktor yang paling sedikit akan memberikan dampak yang paling tinggi . Prinsip ini lebih dikenal dengan prinsip 80/20 yang dapat diartikan 80 % masalah diakibatkan oleh 20% penyebab.
Langkah pengerjaan:
Langkah 1: Buatlah list-list dari masalah, item , atau penyebab masalah untuk dibandingkan
Langkah 2: Tentukan Tentukan satuan ukuran pembanding dari item-item tersebut.
Frekuensi terjadinya masalah
Lamanya masalah terjadi Berapa banyak biaya yang digunakan
Langkah 3: Tentukan Tentukan waktu pengumpulan data
Langkah 4: Urutkan masalah dari satuan terbesar hingga terkecil
15
Langkah 5: Tally, Tally, untuk tiap item, berapa banyak kejadian (atau biaya, atau waktu yang diperlukan). Lalu jumlahkan untuk menentukan total keseluruhan untuk semua item. Tentukan persentase dari tiap item dengan membagi antara jumlah kumulatif antar item (n+ (n-1)) dengan jumlah total seluruh item dan dikalikan dengan 100.
Contoh:
Tabel 2.2 Contoh Tabel Perhitungan Pada Pad a Diagram Pareto
Causes for
Late
Arrival
Number Numbe r
Percentag Percentag e
Cumulative
(Decreasing Order)
of
Percentage Percenta ge
Traffic tie-up
32
44
44
Woke up late
20
28
71
Family problems
8
10
82
Sick
6
8
90
Had to take the bus
4
6
96
Bad weather
3
4
100
16
Langkah 6: Masukkan urutan item item tersebut ke garis horizontal horizontal pada pareto pada pareto chart ch art dan dan untuk satuan (frekuensi, harga, waktu) letakkan di garis vertikal kiri. Sedangkan garis vertikal kanan diisi oleh persentase kumulatif (Jumlah kumulatif harus dengan total 100%). Gambar bars untuk tiap itemnya.
Langkah 7: Hubungkan garis persentase kumulatif tiap item dimana untuk titik awal dimulai dari paling atas bars item pertama.
Langkah 8: Analisa diagram dengan identifikasi item yang menimbulkan dampak paling besar. besar. Lakukan ini dengan mencari breakpoint dari line graph yang memiliki tanda penurunan level lebih cepat. Jika tidak ada break point tentukan item mana yang menyumbang 50 % atau lebih dari efek. Jika ternyata pola grafik stabil (tidak ada perbedaan tinggi antar bar),
pikirkan pikirkan beberapa faktor yang
mungkin
mempengaruhi hasil seperti: Hari kerja, shift, dll). Lalu pisahkan data tersebut dan buat pareto chart terpisah untuk tiap subgrup untuk melihat jika ada perubahan pola grafik.
2.5.2
Cause and Effect Analysis
Cause and Effect analysis mengelompokkan mengelompokkan dan menghasilkan menghasilkan hipotesa tentang kemungkinan-kemungkinan penyebab masalah dalam suatu proses dengan mendaftarkan seluruh penyebab dan efek yang ditimbulkan dari problem yang ditemukan. Alat analisis ini menyusun sejumlah informasi dengan menunjukkan
17
hubunga hubungan n
antara antara
kejadi kejadian an
dengan dengan
kemungkin kemungkinan/ an/
penyeba penyebab b
aktualny aktualnyaa
dan
menyediakan gambaran tentang “mengapa terjadi masalah dan apa kemungkinan efek yang diakibatkan dari masalah tersebut”.
Cause and Effect analysis memberi memberi peluang peluang bagi bagi problem solver untuk memperluas memperluas pemikiran mereka dan melihat melihat gambaran gambaran keseluruhan keseluruhan dari masalah. masalah. Diagram cause and effect dapat merefleksikan merefleksikan baik penyebab masalah yang menghambat pencapaian keadaan ideal yang diinginkan maupun faktor lain yang berguna dalam pencapaian keadaan ideal tersebut.
Peringatan:
Ingatlah bahwa cause and effect diagram ini mewakili mewakili hipotesa hipotesa tentang “causes” “causes” bukan “facts”. Kegagalan dalam menyusun hipotesa in- memperlakukannya sebagai “ facts” facts” seringkali mengantar tim pada implementasi solusi yang salah dan menyianyiakan waktu.
Tipe-tipe Cause and Effect Analyses: Analyses:
•
Berdasarkan kategori: Dinamakan diagram fishbone diagram fishbone atau Ishikawa atau Ishikawa diagram
•
Berdasarkan rantai penyebab: Dinamakan diagram pohon (tree (tree diagram) diagram)
Sesuai dengan metoda pengolahan data yang dipakai dalam laporan ini, maka penulis hanya akan menjabarkan tentang teori Tree diagram.
18
Diag Di agra ram m poho po hon n (tree diagram) diagram) merupakan tipe kedua dari cause and effect
analysis yang menunjukkan serangkaian rantai penyebab masalah. Diagram ini dimulai dengan efek dan kelompok mayoritas dari penyebab untuk kemudian ditanya setiap cabangnya,” Kenapa ini terjadi?”, “Apa penyebabnya?”. Diagram pohon juga merupakan tampilan grafik dari metode sederhana yang dikenal dengan metode Five metode Five Why’s. Why’s. Metode ini menjabarkan susunan dari penyebab-penyebab masalah, menggali lebih dalam untuk mencari akar permasalahan. Metode ini dapat digunakan sendiri atau digabung dengan diagram cause and effect lainnya. effect lainnya.
Diagram 2. 2 Contoh Layout Diagram Pohon pada Metode 5 Why’s Why’s
19
Langkah pengerjaan Five Why’s diagram: diagram:
Step 1. Sepakati masalah atau kondisi ideal yang ingin dicapai dan tuliskan dalam
kotak effect . Cobalah untuk lebih spesifik dalam memilih topik permasalahan. Masalah yang terlalu luas atau samar dapat menjerumuskan tim.
Step 2. Tentukan penyebab spesifik dan masukkan dalam cabang atau sub atau sub cabang
yang sesuai. sesuai.
Gunakan Gunakan brainstorming sederhana untuk mencatat ide-ide sebelum
mengklasifikasikannnya dalam diagram, atau gunakan cabang yang telah ada terlebih dahulu untuk menstimulasi keluarnya ide. Jika sebuah ide cocok untuk lebih dari satu cabang, tempatkan tempatkan pada keduanya. keduanya. Pastikan bahwa peyebab masalah yang telah disusun memiliki hubungan langsung dan logic terhadap masalah atau efek yang disebutkan pada kepala diagram pohon.
Step 3. Teruslah bertanya “Why “Why?” ?” dan “Why “Why else?” else?” untuk setiap penyebab ssampai
akar masalahnya ditemukan. Akar masalah adalah sesuatu yang: (a) Dapat menjelaskan “effect “effect ” baik secara langsung atau melalui serangkaian kejadian, (b) Jika dihilangkan akan mengeliminasi atau mengurangi masalah. Cobalah untuk meyakinkan bahwa jawaban dari
pertanyaan “Why” merupakan penjelasan yang dapat diterima
dan jika mungkin dapat diajukan sebagai action. Periksa kelogisan dari rantai penyebab masalah : baca diagram dari akar hingga effect untuk melihat apakah alirannya logis dan tidak melenceng dari topik. Lakukan perubahan bila perlu.
20
5 Kesalahan yang sering terjadi dalam menyusun Five Why Analysis: Analysis :
•
Langsung ke kesimpulan
•
Mencari symptoms dan bukannya sebab utama
•
Tidak banyak bukti yang dikumpulkan
•
Tidak mengecek atau memeriksa langsung kondisi lapangan.
•
Pemecahan masalahnya terlalu melebar atau tidak kena sasaran
•
Tidak melibatkan orang-orang terkait
Peringatan:
Dalam menentukan akar masalah tim harus mengumpulka n data untuk menguji hipotesis. Effect atau masalah harus dijabarkan dengan jelas untuk menghasilkan hipotesis paling relevan tentang penyebab (cause (cause). ). Jika effect atau masalah terlalu umum tim akan kesulitan dalam fokus terhadap effect , dan diagram diagram akan “membengkak” dan kompleks. Pastikan untuk mengembangkan setiap cabang secara penuh. Jika tidak mungkin tim perlu mengumpulkan lebih bannyak informasi atau bantuan dari pihak lain untuk mencapai pemenuhan dari seluruh cabang-cabang ini.
21
2.5. 2.5.3 3 Syst System em Mode Modell llin ing g
Gambar 2.4 Contoh Layout System Modelling Pemodelan sistem menunjukkan bagaimana sistem seharusnya bekerja. Teknik ini digunakan digunakan untuk menilai bagaimana sejumlah variasi komponen bekerja bekerja bersama untuk menghasilkan output tertentu. tertentu. Dengan membuat diagram dari sambungan aktivitas-aktivitas sistem, model sistem mempermudah pembaca untuk mengerti hubungan di antara aktivitas dan pengaruh aktivitas satu terhadap lainnya. Model sistem menggambarkan proses sebagai bagian dari sistem yang lebih besar yang sasarannya untuk memenuhi keinginan client . Model sistem bermanfaat ketika suatu gambar keseluruhan dibutuhkan. Model sistem menunjukkan bagaimana servis langsung dan pendukung berinteraksi, dimana input kritis kritis berasal, berasal, dan bagaimana bagaimana produk atau servis diharapkan untuk memenuhi kebutuhan masyakat/user masyakat/user . Ketika tim tidak tahu bagaimana memulai, model sistem
22
dapat membantu menempatkan area masalah atau menganalisa masalah dengan menunjukkan beragam komponen sistem dan hubungan di antara mereka. Model sistem ini juga dapat mencapai sasaran dari area masalah lain. lain. Secara keseluruhan model sistem dapat membantu dalam pengawasan kinerja performansi.
Element Pemodelan Sistem
System modeling terdiri modeling terdiri dari 4 elemen yaitu:
•
Input
Input merupakan sumber-sumber yang digunakan untuk pelaksanaan aktivitas proses. Input dapat berupa bahan mentah, produk atau servis yang diha dihasi silk lkan an
oleh oleh
bagia bagian n
lain lain
dalam dalam
sist sistem em..
Cont Contoh: oh:
Dala Dalam m
sist sistem em
penyembuhan Malaria, input meliputi obat anti malaria dan pekerja kesehatan terlatih. Bagian lain dari sistem yang menyediakan kedua input ini adalah: Subsistem logistik dan pusat pelatihan.
•
Proses
Proses merupakan aktivitas dan tugas yang diperlukan untuk merubah input menjadi produk dan servis. Untuk U ntuk penyembuhan malaria, proses terdiri dari kegiatan diagnosis, konseling dengan pasien, dan proses penyembuhan itu sendiri.
23
•
Output Output merupakan hasil langsung (produk atau servis) da ri proses. Output secara umum merujuk pada output langsung yang dihasilkan proses, dapat pula berupa efek tak langsung yang dirasakan oleh client atau dampak kepada komunitas yang lebih luas. Untuk sistem penyembuhan malaria ini output nya nya berupa pasien menerima terapi dan konseling.
Hasil yang dirasakan dari output ini dapat berupa efek maupun dampak. Efek timbul akibat perubahan dalam sikap, pengetahuan, perilaku, maupun psikologis yang disebabkan dari output . Dalam kasus malaria ini, efek berupa pengurangan tingkat fatalitas dari kasus penyakit tersebut dan penambahan pengetahuan dari pasien tentang cara penanganan
jika demam
kembali terjadi. terjadi. Sedangkan Sedangkan dampak merupakan merupakan hasil jangka panjang dari output yang dirasakan oleh client maupun masyarakat luas. Untuk kasus malaria ini dampaknya berupa peningkatan status kesehatan masyarakat dan minimalisasi terhadap tingkat kematian pada bayi dan anak kecil.
•
Control .
Control merupakan segala usaha yang dilakukan untuk menjaga proses tetap berjalan secara terkendali sehingga dapat menghasilkan output sesuai kriteria yang diinginkan. Hal ini dapat dilakukan dengan mengontrol seluruh
24
komponen yang terlibat dalam proses, baik inputnya sendiri, orang yang bertugas melaksanakan proses, metoda yang digunakan, frekuensi pengecekan, pengeceka n, sosialisasi peraturan, kebutuhan stakeholder kebutuhan stakeholder , sampai relevansi proses terhadap sasaran dan target.
•
Visi, misi, sasaran mutu, dan kompetensi
Merupakan masukan dasar yang melandasi setiap proses yang hendak dijaminkan mutunya. Semua proses tersebut sebaiknya menunjang visi, misi, dan sasaran mutu yang telah ditetapkan. Visi, misi, dan sasaran mutu biasanya ditetapkan untuk jangka waktu tertentu misalnya 4 hingga 5 tahun atau untuk satu siklus kerja saja seperti yang terjadi pada proyek-proyek pembangunan.
