MAKALAH MANAGEMEN KUALITAS SUATU PROYEK CHAPTER 8

MAKALAH

MANAGEMEN KUALITAS SUATU PROYEK

CHAPTER 8

---

CHAPTER 8 : 

Nurul Aulia Rahman

·       Adythia Panji Muntaqo

·       Ahsan Wibowo

·      

Daftar Isi.....

1.      Manajemen Mutu Proyek                                                                                

2.      Perencanaan Kualitas

2.1  Masukan Untuk Perencanaan Kualitas

2.2  Alat Untuk Perencanaan Kualitas

3.      Penjaminan Kualitas

3.1  Masukkan Untuk Jaminan Kualitas

3.2  Alat dan Teknik Untuk Jaminan Kualitas

3.3  Hasil Jaminan Kualitas

4.      Pengendalian Mutu

4.1  Masukkan Untuk Pengendalian Kualitas

4.2  Alat dan Teknik Untuk Pengendalian Kualitas

4.3  Keluaran Pengendalian Kualitas

5.      Jaminan Kualitas Perangkat Lunak

6.      Konsep Kualitas

6.1  Kualitas

6.2  Kontrol Kualitas

6.3  Jaminan Kualitas

6.4  Biaya Kualitas

7.      Realibilitas Perangkat Lunak

8.      Standar Kualitas ISO 9000

Latar Belakang

Di tinjau dari segi permasalahan yang di akibatkan dari suatu manajemen proyek salah satunya adalah dalam segi kualitas oleh karena itu dalam pembuatan makalah ini kami membuat makalah tentang Manajemen Kualitas suatu Proyek yang didalamnya membahas tentang manajemen proyek , perencanaan kualitas , penjaminan kualitas , pengendalian mutu , jaminan kualitas perangkat lunak , konsep kualitas , realibilitas perangkat lunak , standar kualitas ISO 9000.

1. Manajemen Mutu Proyek

Proyek Manajemen Mutu mencakup proses yang diperlukan untuk memastikan bahwa

proyek akan memenuhi kebutuhan yang dilakukan. Ini mencakup "semua aktivitas dari fungsi

manajemen keseluruhan yang menentukan kebijakan mutu, tujuan, dan tanggung jawab dan

menerapkan mereka dengan cara seperti perencanaan mutu, jaminan mutu, pengendalian mutu, dan

peningkatan kualitas, dalam sistem mutu" (1).

Gambar 8-1 memberikan gambaran tentang proses manajemen mutu proyek utama berikut:

1. Kualitas Perencanaan-mengidentifikasi standar kualitas yang relevan dengan proyek dan

menentukan bagaimana memuaskan mereka.

2. Penjaminan Kualitas-mengevaluasi kinerja proyek secara keseluruhan secara teratur untuk

memberikan keyakinan bahwa proyek akan memenuhi standar kualitas yang relevan.

3. Kontrol kualitas (Quality Control) - pemantauan proyek tertentu untuk menentukan apakah

mereka sesuai dengan standar mutu yang relevan dan mengidentifikasi cara untuk

menghilangkan penyebab kinerja yang tidak memuaskan.

Proses ini berinteraksi satu sama lain dan dengan proses di bidang pengetahuan lain juga.

Setiap proses mungkin melibatkan usaha dari satu atau lebih individu atau kelompok individu,

berdasarkan kebutuhan proyek. Setiap proses umumnya terjadi setidaknya sekali dalam setiap

tahapan proyek. Meskipun proses yang disajikan di sini sebagai elemen diskrit dengan antarmuka

welldefined, dalam praktiknya mereka mungkin tumpang tindih dan berinteraksi dengan cara yang

tidak rinci di sini.

Pendekatan dasar untuk manajemen mutu yang dijelaskan dalam bagian ini dimaksudkan

agar kompatibel dengan Organisasi Internasional untuk Standarisasi (ISO), sebagaimana tercantum

dalam ISO 9000 dan 10000 serangkaian standar dan pedoman. Pendekatan umum juga harus

kompatibel dengan a) pendekatan eksklusif untuk manajemen mutu seperti yang direkomendasikan

oleh Deming, Juran, Crosby, dan lain-lain, dan b) pendekatan Nonproprietary seperti Total Quality

Management (TQM), Continuous Improvement, dan lain-lain. Proyek manajemen mutu harus

mengatasi baik manajemen proyek dan hasil proyek. Produk istilah generik yang sering digunakan,

dalam kualitas literatur tentang, untuk merujuk ke baik barang dan jasa. Kegagalan untuk

memenuhi persyaratan kualitas dalam dimensi baik dapat memiliki konsekuensi negatif yang serius

untuk setiap atau semua stakeholder proyek.

Memenuhi kebutuhan pelanggan dengan lembur tim proyek bisa menghasilkan konsekuensi

negatif dalam bentuk gesekan karyawan meningkat. Rapat tujuan proyek jadwal oleh kesibukan

pemeriksaan kualitas direncanakan dapat menghasilkan konsekuensi negatif ketika kesalahan tidak

terdeteksi.

Kualitas adalah "totalitas karakteristik suatu entitas yang menanggung pada kemampuannya

untuk memuaskan kebutuhan lain atau tersirat" (2). Lain kebutuhan dan tersirat adalah input untuk

kebutuhan proyek berkembang. Sebuah aspek penting dari manajemen mutu dalam konteks proyek

ini adalah kebutuhan untuk mengubah kebutuhan tersirat menjadi persyaratan melalui cakupan

manajemen proyek, yang dijelaskan dalam Bab 5.

Tim manajemen proyek harus berhati-hati untuk tidak membingungkan antara kualitas

dengan grade. Grade adalah "sebuah kategori atau peringkat yang diberikan kepada badan usaha

yang memiliki penggunaan fungsional yang sama tetapi karakteristik teknis yang berbeda" (3).

Rendahnya kualitas selalu masalah, kadar rendah mungkin tidak. Sebagai contoh, sebuah produk

perangkat lunak mungkin akan berkualitas tinggi (tidak ada bug yang jelas, manual dibaca) dan

kadar rendah (sejumlah fitur yang terbatas), atau berkualitas rendah (banyak bug, kurang

terorganisir dokumentasi pengguna) dan tinggi grade (fitur yang banyak) . Menentukan dan

memberikan tingkat yang dibutuhkan baik kualitas dan kelas merupakan tanggung jawab dari

manajer proyek dan tim manajemen proyek.

Tim manajemen proyek juga harus menyadari bahwa manajemen mutu modern melengkapi

manajemen proyek. Sebagai contoh, kedua disiplin menyadari pentingnya:

• Kepuasan pelanggan-pengertian, mengelola, dan mempengaruhi kebutuhan sehingga harapan

pelanggan terpenuhi. Hal ini membutuhkan kombinasi dari kesesuaian dengan persyaratan

(proyek harus menghasilkan apa yang dikatakan itu akan menghasilkan) dan kesesuaian untuk

digunakan (produk atau jasa yang dihasilkan harus memenuhi kebutuhan nyata).

• Pencegahan ataau inspeksi atas biaya mencegah kesalahan yang terlalu jauh lebih sedikit

daripada biaya mengoreksi mereka, seperti diungkapkan oleh inspeksi.

• Tanggung jawab manajemen-keberhasilan membutuhkan partisipasi dari semua anggota tim,

tetapi tetap tanggung jawab manajemen untuk menyediakan sumber daya yang dibutuhkan

untuk sukses.

• Proses dalam fase-siklus yang berulang-rencana do-check-tindakan yang dijelaskan oleh

Deming dan lain-lain sangat mirip dengan kombinasi fase dan proses dibahas dalam Bab 3,

Manajemen Proses suatu Proyek. Selain itu, inisiatif peningkatan mutu dilakukan oleh

organisasi khusus (misalnya, TQM, Continuous Improvement, dan lain-lain) dapat

meningkatkan kualitas manajemen proyek serta kualitas produk proyek. Namun, ada

perbedaan penting yang tim manajemen proyek harus menyadari-sifat sementara proyek berarti

bahwa investasi dalam peningkatan kualitas produk, terutama cacat pencegahan dan penilaian,

sering harus ditanggung oleh organisasi melakukan sejak proyek mungkin tidak cukup lama

untuk menuai hasilnya terakhir.

2. Perencanaan Kualitas

Perencanaan kualitas yang melibatkan mengidentifikasi standar kualitas yang relevan

dengan proyek dan menentukan bagaimana memuaskan mereka. Ini adalah salah satu proses

memfasilitasi kunci dalam perencanaan proyek dan harus dilakukan secara teratur dan secara

paralel dengan proses perencanaan proyek lainnya. Sebagai contoh, perubahan dalam produk dari

proyek yang diperlukan untuk memenuhi standar kualitas diidentifikasi mungkin memerlukan

penyesuaian biaya atau jadwal, atau kualitas produk yang diinginkan mungkin memerlukan analisis

risiko rinci tentang masalah diidentifikasi. Sebelum pembangunan Seri ISO 9000, kegiatan

digambarkan di sini sebagai perencanaan mutu secara luas didiskusikan sebagai bagian dari jaminan

mutu.

Teknik-teknik perencanaan mutu dibahas di sini adalah yang paling sering digunakan pada

proyek. Ada banyak orang lain yang mungkin berguna pada proyek-proyek tertentu atau dalam

beberapa area aplikasi. Tim proyek juga harus menyadari salah satu prinsip dasar mutu modern

kualitas manajemen direncanakan dalam, tidak diperiksa masuk.

2.1. Masukan untuk Perencanaan Kualitas

1. Kualitas kebijakan  mutu adalah "keseluruhan tujuan dan arah organisasi dalam

hal mutu, sebagaimana dinyatakan secara resmi oleh manajemen puncak". Kebijakan mutu

organisasi melakukan sering dapat diadopsi "sebagaimana adanya" untuk digunakan oleh

proyek ini. Namun, jika organisasi melakukan tidak memiliki kebijakan mutu formal, atau

jika proyek tersebut melibatkan beberapa organisasi yang melakukan (seperti dengan

perusahaan patungan), maka tim manajemen proyek akan perlu untuk mengembangkan

kebijakan mutu untuk proyek tersebut. Terlepas dari asal kebijakan mutu, tim manajemen

proyek bertanggung jawab untuk memastikan bahwa para stakeholder proyek sepenuhnya

menyadari hal itu.

2. Lingkup pernyataan. Pernyataan lingkup adalah masukan kunci untuk perencanaan mutu

karena kiriman dokumen proyek besar, serta tujuan proyek yang berfungsi untuk

menetapkan persyaratan stakeholder penting.

3. Produk deskripsi. Meskipun unsur-unsur deskripsi produk dapat diwujudkan dalam

pernyataan ruang lingkup, deskripsi produk seringkali akan berisikan detil tentang masalah

teknis dan masalah lainnya yang dapat mempengaruhi kualitas perencanaan.

4. Standar dan peraturan. Tim manajemen proyek harus mempertimbangkan standar aplikasi

setiap daerah khusus atau peraturan yang dapat mempengaruhi proyek.

5. Proses output lainnya. Selain pernyataan lingkup dan deskripsi produk, proses di daerah

pengetahuan lainnya dapat menghasilkan output yang harus dianggap sebagai bagian dari

perencanaan mutu. Sebagai contoh, pengadaan perencanaan dapat mengidentifikasi

persyaratan kualitas kontraktor yang harus tercermin dalam rencana manajemen mutu

secara keseluruhan.

2.2. Alat dan Teknik Perencanaan Kualitas

1. Analisis manfaat/biaya. Proses perencanaan kualitas harus mempertimbangkan

pengorbanan biaya manfaat. Manfaat utama dari memenuhi persyaratan kualitas

pengerjaan ulang kurang, yang berarti produktivitas yang lebih tinggi, biaya lebih rendah,

dan kepuasan stakeholder meningkat. Biaya utama memenuhi persyaratan kualitas adalah

biaya yang terkait dengan kegiatan manajemen kualitas proyek. Jelas sekali dari disiplin

manajemen mutu yang manfaat lebih besar daripada biaya.

2. Pembandingan melibatkan membandingkan praktek proyek aktual atau

yang direncanakan untuk orang-orang dari proyek lain untuk menghasilkan ide-ide untuk

perbaikan dan untuk menyediakan sebuah standar yang digunakan untuk mengukur kinerja.

Proyek-proyek lain mungkin berada dalam organisasi untuk melakukan atau di luar itu, dan

mungkin dalam wilayah aplikasi yang sama atau di negara lain.

3. Flowchart. Sebuah diagram alir adalah setiap diagram yang menunjukkan bagaimana

berbagai elemen dari suatu sistem berkaitan.

1. Flowchart teknik yang umum digunakan dalam manajemen mutu meliputi:

• Diagram penyebab-akibat, juga disebut diagram Ishikawa atau diagram tulang

ikan, yang menggambarkan bagaimana berbagai faktor yang mungkin terkait

dengan potensi masalah atau efek. Gambar 8-2 adalah contoh umum diagram

sebab-akibat.

• Sistem atau proses flow chart, yang menunjukkan bagaimana berbagai elemen

dari suatu sistem saling berhubungan. Gambar 8-3 adalah contoh diagram alir

proses untuk review desain.

• Flowchart dapat membantu tim proyek mengantisipasi apa dan dimana masalah

kualitas mungkin terjadi, dan dengan demikian dapat membantu

mengembangkan pendekatan untuk memperbaiki masalah tersebut.

4. Desain eksperimen. Desain eksperimen adalah metode statistik yang membantu

mengidentifikasi faktor yang mungkin mempengaruhi variabel tertentu. Teknik ini paling

sering diterapkan pada produk dari proyek (misalnya, desainer otomotif mungkin ingin

menentukan kombinasi suspensi dan ban akan menghasilkan karakteristik perjalanan paling

diinginkan dengan biaya yang wajar). Namun, juga dapat diterapkan untuk proyek masalah

manajemen, seperti pengorbanan biaya dan jadwal. Misalnya, insinyur senior akan biaya

lebih dari insinyur junior, tetapi juga dapat diharapkan untuk menyelesaikan pekerjaan yang

ditugaskan dalam waktu kurang. Sebuah "percobaan" dirancang tepat (dalam hal ini,

komputasi biaya proyek dan jangka waktu untuk berbagai kombinasi insinyur senior dan

junior) sering akan memungkinkan penentuan solusi optimal dari sejumlah kasus yang

zelatif terbatas.

5. Biaya kualitas. Biaya kualitas mengacu pada biaya total dari semua upaya untuk mencapai

produk/kualitas layanan, dan mencakup semua bekerja untuk memastikan kesesuaian

dengan persyaratan, serta semua karya yang dihasilkan dari ketidaksesuaian dengan

kebutuhan. Ada tiga jenis biaya yang terjadi: biaya pencegahan, biaya penilaian, dan biaya

kegagalan, di mana yang terakhir ini dipecah menjadi biaya internal dan eksternal.

2.3. Keluaran dari Kualitas Perencanaan

• Rencana pengelolaan kualitas. Rencana manajemen mutu harus menjelaskan bagaimana tim

manajemen proyek akan menerapkan kebijakan kualitasnya. Dalam ISO 9000 istilah, harus

menjelaskan sistem kualitas proyek: "struktur organisasi, tanggung jawab, prosedur, proses,

dan sumber daya yang dibutuhkan untuk menerapkan manajemen mutu". Rencana

manajemen mutu memberikan masukan terhadap rencana proyek secara keseluruhan dan

harus ditujukan pada pengendalian mutu, jaminan mutu, dan peningkatan kualitas proyek.

Rencana manajemen mutu dapat formal maupun informal, sangat rinci, atau luas

berbingkai, berdasarkan persyaratan proyek.

• Operasional definisi. Definisi operasional menjelaskan, dalam hal yang sangat spesifik, apa

esuatu itu dan bagaimana ia diukur oleh proses kontrol kualitas. Sebagai contoh, tidak

cukup untuk mengatakan bahwa pertemuan tanggal jadwal yang direncanakan adalah

ukuran kualitas manajemen, tim manajemen proyek juga harus menunjukkan apakah setiap

kegiatan harus mulai tepat waktu atau hanya selesai tepat waktu; apakah aktivitas individu

akan diukur, atau hanya deliverables tertentu, dan jika demikian, yang mana. definisi

operasional juga disebut metrik di beberapa area aplikasi.

• Daftar pembanding. Checklist adalah alat terstruktur, biasanya unsur tertentu, digunakan

untuk memverifikasi bahwa satu set langkah yang diperlukan telah dilakukan. Daftar-

pembanding mungkin sederhana atau kompleks. Mereka biasanya diungkapkan sebagai

imperatif ("Lakukan ini!") Atau interrogatories ("Apakah Anda melakukan ini?"). Banyak

organisasi telah daftar standar tersedia untuk memastikan konsistensi dalam tugas-tugas

sering dilakukan. Di beberapa daerah aplikasi, daftar juga tersedia dari asosiasi profesional

atau penyedia layanan komersial.

• Masukan pada proses lainnya. Proses perencanaan mutu dapat mengidentifikasi kebutuhaz

untuk kegiatan lebih lanjut di daerah lain.

3. Penjaminan Kualitas

Jaminan Kualitas adalah semua kegiatan yang terencana dan sistematis diterapkan dalam

sistem mutu untuk menyediakan keyakinan bahwa proyek itu akan memenuhi standar mutu yang

relevan. Hal ini harus dilakukan di seluruh proyek. Sebelum pembangunan Seri ISO 9000, kegiatan

yang diuraikan di bawah kualitas perencanaan secara luas sebagai bagian dari jaminan kualitas.

Jaminan Kualitas sering disediakan oleh Departemen Jaminan Kualitas atau suatu unit

organisasi, tetapi tidak harus. Jaminan dapat diberikan kepada tim manajemen proyek dan

pengelolaan organisasi bermasalah (jaminan mutu internal), atau mungkin diberikan kepada

pelanggan dan orang lain tidak secara aktif terlibat dalam pekerjaan proyek (jaminan mutu

eksternal).

3.1 Masukan untuk Jaminan Kualitas

1. Rencana manajemen kualitas. Rencana manajemen mutu dijelaskan dalam Pasal 8.1.3.1.

2. Hasil pengukuran pengendalian kualitas. Kontrol kualitas adalah pengukuran catatan

pengujian kontrol kualitas dan pengukuran dalam format untuk perbandingan dan analisis.

3. Definisi operasional. definisi operasional dijelaskan dalam Bagian 8.1.3.2.

3.2 Alat dan Teknik untuk Penjaminan Kualitas.

1. Perencanaan kualitas alat dan teknik. Alat-alat dan teknik kualitas perencanaan yang

diuraikan dalam Bagian 8.1.2 dapat digunakan untuk jaminan kualitas juga. .

2. Quality audit. Suatu audit mutu adalah review kegiatan terstruktur lainnya manajemen

mutu. Tujuan dari audit kualitas adalah untuk mengidentifikasi pelajaran yang dapat

memperbaiki kinerja proyek ini atau proyek lain dalam organisasi pertunjukan. Kualitas

audit dapat dijadwalkan secara acak, dan mereka dapat dilakukan dengan benar terlatih

dalam-rumah auditor atau oleh pihak ketiga, seperti lembaga pendaftaran sistem kualitas.

3.3 Hasil dari Jaminan Kualitas

Peningkatan kualitas. Peningkatan kualitas termasuk mengambil tindakan untuk

meningkatkan efektivitas dan efisiensi dari proyek untuk memberikan manfaat tambahan

bagi para pemangku kepentingan proyek. Dalam kebanyakan kasus, peningkatan kualitas

pelaksanaan akan membutuhkan persiapan permintaan perubahan atau mengambil tindakan

korektif, dan akan ditangani sesuai dengan prosedur pengendalian perubahan yang

terintegrasi.

4. Pengendalian Mutu (quality control)

Kendali mutu melibatkan hasil pemantauan proyek spesifik untuk menentukan apakah mereka

memenuhi standar mutu yang relevan, dan mengidentifikasi cara untuk menghilangkan penyebab

hasil yang tidak memuaskan. Ini harus dilakukan selama proyek. hasil proyek meliputi hasil

produk keduanya, seperti kiriman, dan hasil manajemen proyek, seperti biaya dan kinerja jadwal.

Kontrol kualitas sering dilakukan oleh Departemen Quality Control atau yang serupa pada unit

organisasi, tetapi tidak harus.

Tim manajemen proyek harus memiliki pengetahuan tentang pengendalian kualitas statistik,

terutama sampling dan probabilitas, untuk membantu mengevaluasi output kontrol kualitas. Di

antara mata pelajaran lainnya, tim mungkin berguna untuk mengetahui perbedaan antara:

• Pencegahan (kesalahan menjaga dari proses) dan pemeriksaan (kesalahan menjaga dari

tangan pelanggan).

• Atribut Sampling (hasilnya sesuai, atau tidak) dan sampling variabel (hasilnya adalah nilai

pada skala kontinu yang mengukur tingkat kesesuaian).

• Khusus menyebabkan (kejadian luar biasa) dan menyebabkan acak (variasi proses normal).

• Toleransi (hasilnya dapat diterima jika berada dalam kisaran yang ditentukan oleh toleransi)

dan batas kontrol (proses ini dalam kendali jika hasilnya jatuh dalam batas-batas kontrol).

4.1 Masukan untuk Pengendalian Kualitas

 Hasil kerja. Hasil Pekerjaan berisi hasil proses baik dan hasil produk. Informasi tentang

hasil yang direncanakan atau diharapkan (dari rencana proyek) harus tersedia bersama

dengan informasi tentang hasil aktual.

 Rencana manajemen mutu..

 Operasional definisi.

 Daftar pembanding.

4.2 Alat dan Teknik untuk Pengendalian Mutu.

1. Pemeriksaan. Pemeriksaan mencakup kegiatan seperti mengukur, memeriksa, dan

pengujian dilakukan untuk menentukan apakah hasil memenuhi persyaratan.

Pemeriksaan dapat dilakukan di setiap tingkat (misalnya, hasil kegiatan tunggal dapat

diperiksa, atau produk akhir dari proyek dapat diperiksa). Inspeksi disebut berbagai

review, review produk, audit, dan walkthrough, dalam beberapa area aplikasi, istilah-

istilah ini memiliki makna yang sempit dan spesifik.

2. Kontrol grafik. Diagram kontrol adalah tampilan grafik hasil, dari waktu ke waktu, dari

sebuah proses. Mereka digunakan untuk menentukan apakah proses ini "dalam kendali"

(misalnya, perbedaan dalam hasil yang diciptakan oleh variasi acak, atau peristiwa yang

tidak biasa terjadi yang menyebabkan harus diidentifikasi dan diperbaiki?). Ketika suatu

proses dalam kontrol, proses tidak harus disesuaikan. Proses ini dapat diubah untuk

memberikan perbaikan, tetapi tidak harus disesuaikan bila dalam kontrol.

3. Diagram kontrol dapat digunakan untuk memantau semua jenis variabel output.

Meskipun paling sering digunakan untuk melacak aktivitas berulang, seperti banyak

diproduksi, diagram kontrol juga dapat digunakan untuk memonitor variasi biaya dan

jadwal, volume dan frekuensi perubahan lingkup, kesalahan dalam dokumen proyek,

atau hasil manajemen lain untuk membantu menentukan apakah manajemen proyek

proses dalam pengendalian.

4. Pareto diagram. Diagram Pareto adalah sebuah histogram, berdasar pada frekuensi

kejadian, yang menunjukkan berapa banyak hasil yang dihasilkan oleh jenis atau

kategori tertentu. Ranking suatu pemesanan digunakan untuk membimbing tindakan-

korektif tim proyek harus mengambil tindakan untuk mengatasi masalah yang

menyebabkan jumlah terbesar dari cacat yang pertama teridentifikasi. Pareto diagram

secara konseptual berkaitan dengan Hukum Pareto, yang menyatakan bahwa jumlah

yang relatif kecil biasanya menyebabkan sebagian besar dari masalah atau cacat. Hal ini

sering disebut sebagai prinsip 80/20, dimana 80 persen dari masalah adalah karena 20

persen dari penyebab.

5. Statistik sampling. Sampling statistik melibatkan bagian pemilihan populasi untuk

pemeriksaan (misalnya, memilih sepuluh gambar teknik secara acak dari daftar tujuh

puluh lima). Sampling yang tepat sering dapat mengurangi biaya pengendalian kualitas.

Ada tubuh substansial pengetahuan tentang sampling statistik, dalam beberapa area

aplikasi, perlu untuk tim manajemen proyek untuk menjadi akrab dengan berbagai

teknik sampling.

6. Flowchart. Flowchart digunakan dalam pengendalian kualitas untuk membantu

menganalisis bagaimana terjadi masalah.

7. Trend analisis. Analisis trend melibatkan menggunakan teknik matematika untuk

meramalkan hasil masa depan berdasarkan hasil historis. Analisis kecenderungan sering

digunakan untuk memantau:

a. Teknis kinerja - berapa banyak kesalahan atau cacat telah diidentifikasi, berapa

banyak tetap tidak dikoreksi.

b. Biaya dan jadwal pelaksanaan - berapa banyak kegiatan per periode telah

diselesaikan dengan varians yang signifikan.

4.3 Keluaran dari Pengendalian Kualitas

 Perbaikan kualitas.

 Penerimaan keputusan. Item akan diperiksa baik diterima atau ditolak. Item Ditolak

mungkin memerlukan pengerjaan ulang.

 Rework. Pengerjaan ulang adalah tindakan yang diambil untuk membawa barang cacat

atau tidak sesuai menjadi sesuai dengan persyaratan atau spesifikasi. Pengerjaan ulang,

khususnya pengerjaan ulang tak terduga, merupakan penyebab sering terjadinya

overruns proyek di wilayah tertentu. Tim proyek harus membuat setiap usaha yang

wajar untuk meminimalkan pengerjaan ulang.

 Menyelesaikan daftar hasil pemeriksaan. Ketika daftar periksa digunakan, daftar periksa

selesai harus menjadi bagian dari catatan proyek.

 Proses penyesuaian. Proses penyesuaian melibatkan tindakan korektif atau preventif

langsung sebagai akibat dari pengukuran pengendalian kualitas. Dalam beberapa kasus,

proses penyesuaian mungkin perlu ditangani sesuai dengan prosedur untuk kontrol

perubahan terpadu

 5.Jaminan Kualitas Perangkat Lunak

Jaminan kualitas perangkat lunak (Software Qualify Assurance (SQA) adalah aktivitas

pelindung yang diaplikasikan pada seluruh proses perangkat lunak. SQA meliputi:

• Pendekatan manajemen kualitas.

• Teknologi rekayasa perangkat lunak yang efektif (metode dan piranti).

• Kajian teknik formal yang diaplikasikan pada keseluruhan proses perangkat lunak.

• Strategi pengujian multitiered (deret bertingkat).

• Kontrol dokumentasi perangkat lunak dan perubahan yang dibuat untuknya.

• Prosedur untuk menjamin kesesuaian dengan standar pengembangan perangkat lunak (bila

dapat diaplikasikan).

• Mekanisme pengukuran dan pelaporan.

6. Konsep Kualitas

6.1. Kualitas

American Heritage Dictionaty mendefinisikan kata kualitas sebagai sebuah karakteristik

atau atribut dari sesuatu. Sebagai atribut dari sesuatu, kualitas mengacu pada karakteristik

yang dapat diukur, sesuatu yang dapat kita bandingkan dengan standar yang sudah

diketahui, seperti panjang, warna, sifat kelistrikan, kelunakan, dsb. Tetapi perangkat lunak,

yang sebagian besar merupakan entitas intelektual, lebih menantang untuk dikarakterisasi

daripada objek fisik.

Pengukuran karaktenstik program benar-benar ada. Properti tersebut mencakup

kompleksitas sikiomatik, kohesi, jumlah function point, baris kode, dll. Bila kita mengamati

sebuah item dengan didasarkan pada sifat pengukurannya ada dua jenis kualitas yang ada,

yaitu kualitas desain dan kualitas konformansi.

Kualitas desain mengacu pada karakteristik yang ditentukan oleh desainer terhadap suatu

item tertentu. Nilai material, toleransi, dan spesifikasi kinerja, semua memberikan kontribusi

terhadap kualitas desain. Karena material dengan nilai yang lebih tinggi digunaakan dan

toleransi yang lebih ketat serta tingkat kinerja yang lebih baik ditentukan, maka kualitas

desain dan suatu produk bertambah, bila produk dihasilkan sesuai dengan spesifikasi yang

ditentukan.

Kualitas konformansi adalah tingkat dimana spesifikasi desain terus diikuti selama

pembuatan. Semakin tinggi tingkat konformansi, semakin tinggi tingkat kualitas

konformansi.

6.2. Kontrol Kualitas

Kontrol kualitas merupakan serangkaian pemeriksaan, kajian, dan pengujian yang

digunakan pada keseluruhan siklus pengembangan untuk memastikan bahwa setiap produk

memenuhi persyaratan yang ditetapkan.

Kontrol kualitas mencakup loop (kalang) umpan balik pada proses yang menciptakan

produk kerja. Kombinasi pengukuran dan umpan balik memungkinkan kita memperbaiki

proses pada produk kerja yang diciptakan gagal memenuhi spesifikasi mereka. Pendekatan

tersebut memandang kontrol kualitas sebagai bagian dari proses pemanufakturan.

6.3. Jaminan Kualitas

Jaminan kualitas terdiri atas fungsi auditing dan pelaporan manajemen. Tujuan jaminan

kualitas untuk memberikan data yang dipedukan oleh manajemen untuk menginformasikan

masalah kualitas produk, akhirnya dapat memberikan kepastian dan konfidensi bahwa

kualitas dapat memenuhi sasaran.

6.4. Biaya Kualitas

Biaya kualitas menyangkut semua biaya yang diadakan untuk mengejar kualitas atau untuk

menampilkan kualitas yang berhubungan dengan aktivitas. Studi tentang biaya kualitas

dilakukan untuk memberikan garis dasar bagi biaya kualitas yang sedang digunakan, untuk

mengidentifikasi kemungkinan pengurangan biaya kualitas serta memberikan basis

perbandingan yang ternormalisasi. Biaya kualitas dapat dibagi ke dalam biaya-biaya yang

dihubungkan dengan pencegahan, penilaan, dan kegagalan.

Biaya pencegahan meliputi:

• Perencanaan kualtas Kajian teknis formal

• Perlengkapan pengujian

• Pelatihan 

Biaya penilaian meliputi aktivitas untuk memperoleh wawasan mengenai kondisi produk

pertama kali pada masing-masing proses.

Contoh biaya penilaian meliputi:

• Inspeksi in-proses dan interproses

• Pemeliharaan dan kalibrasi peralatan

• Pengujian

Biaya kegagalan adalah biaya yang akan hilang bila tidak ada cacat yang muncul sebelum

produk disampaikan kepada pelanggan. Biaya kegagalan dapat dibagi lagi ke dalam biaya

kegagalan internal dan eksternal.

Biaya kegagalan internal adalah biaya yang diadakan bila kita mendeteksi suatu kesalahan

dalam produk sebelum produk dipasarkan. Biaya kegagalan internal meliputi pengerjaan

kembali, perbaikan dan analisis mode kegagalan.

Biaya kegagalan eksternal adalah biaya yang berhubungan dengan cacat yang ditemukan

setelah produk disampaikan kepada pelanggan. Biaya kegagalan eksternal meliputi resolusi

keluhan, penggantian dan pengembahan produk, dukungan help line dan kerja jaminan.

 Jaminan Kualitas Perangkat Lunak

Kualitas perangkat lunak didefinisikan sebagai konformansi terhadap kebutuhan fungsional dan

kinerja yang dinyatakan secara eksplislt, standar perkembangan yang didokumentasikan secara

eksplisit, dan karakteristik implisit yang diharapkan bagi semua perangkat lunak yang

dikembangkan secara profesional.

Definisi tersebut berfungsi untuk menekankan tiga hal penting, yaitu:

• Kebutuhan perangkat lunak merupakan fondasi yang melaluinya kualitas diukur.

• Kurangnya penyesuaian terhadap kebutuhan juga menunjukkan rendahnya kualitas.

• Standar yang telah ditentukan menetapkan serangkaian kriteria pengembangan yang

menuntun cara perangkat lunak direkayasa.

Jika kriteria tersebut tidak diikuti, hampir pasti menimbulkan kualitas yang kurang baik.

Ada serangkaian kebutuhan implisit yang sering tidak dicantumkan (misalnya kebutuhan

akan kemampuan pemeliharaan yang baik). Bila perangkat lunak dapat berhasil

menyesuaikan dengan kebutuhan eksplisitnya, tetapi gagal memenuhi kebutuhan

implisitnya, maka kualitas perangkat lunak tersebut perlu diragukan.

Aktivitas SQA

Jaminan kualitas perangkat lunak terdiri dan berbagai tugas yang berhubungan dengan

dua konstituen yang berbeda, perekayasa perangkat lunak yang mengerjakan kerja teknis

dan kelompok SQA yang bertanggung jawab terhadap perencanaan jaminan kualitas,

kesalahan, penyimpanan rekaman, analisis, dan pelaporan.

Tugas kelompok SQA adalah membantu tim rekayasa perangkat lunak dalam

pencapaian produk akhir yang berkuatitas tinggi. The Software Engineering Institute

merekomendasikan serangkaian aktivitas SQA yang menekankan rencana jaminan

kualitas, kesalahan, penyimpanan rekaman, analisis, dan pelaporan.

Berikut ini aktivitas yang dilakukan (difasilitasi) oleh kelompok SQA yang independen:

1. Menyiapkan rencana SQA untuk suatu proyek.

Rencana itu dikembangkan selama perencanaan proyek dan dikaji oleh semua

kelompok yang tertarik. Aktivitas jaminan kualitas yang dilakukan oleh tim rekayasa

perangkat lunak dan kelompok SQA diatur oleh rencana.

Rencana tersebut mengidentifikasi hal-hal berikut:

• Evaluasi yang dilakukan

• Audit dan kajian yang dilakukan

• Standar yang dapat diaplikasikan pada proyek

• Prosedur untuk pelaporan dan penelusuran kesalahan

• Dokumen yang dihasilkan oleh kelompok SQA

2. Jumlah umpan balik yang diberikan pada tim proyek perangkat lunak

Berpartisipasi dalam pengembangan deskripsi proses pengembangan proyek. Tim

rekayasa perangkat tunak memilih Sebuah proses bagi kerja yang akan dilakukan.

3. Mengkaji aktivtas rekayasa perangkat lunak untuk memverifikasi pemenuhan proses

perangkat lunak yang sudah ditentukan. Kelompok SQA mengidentifikasi,

mendokumentasi, dan menelusuri deviasi proses dan membuktikan apakah koreksi

sudah dilakukan.

4. Mengaudit produk kerja perangkat lunak yang ditentukan untuk membuktikan

kesesuaian dengan produk kerja yang ditentukan tersebut sebagai bagian dan proses

perangkat lunak.

5. Memastikan bahwa deviasi pada kerja dan produk kerja perangkat lunak

didokumentasi dan ditangani sesuai prosedur pendokumentasian.

6. Mencatat ketidak-sesuaian dan melaporkannya kepada manajemen senior. Item-item

yang tidak sesuai ditelusuri sampai item itu diubah.

Kajian Perangkat Lunak

Kajian perangkat lunak adalah suatu filter bagi proses rekayasa perangkat lunak, yaitu kajian

yang diterapkan pada berbagai titik selama pengembangan perangkat lunak dan berfungsi untuk

mencari kesalahan yang kemudian akan dihilangkan. Kajian perangkat lunak berfungsi untuk

‘memurnikan produk kerja perangkat lunak yang terjadi sebagai hasil dan analisis, desain, dan

pengkodean.

 Kajian Teknik Formal

Kajian Teknik Formal (Formal Technique Research) adalah aktivitas jaminan kualitas perangkat

lunak yang dilakukan oleh perekayasa perangkat lunak.

Tujuan FTR adalah:

Menemukan kesalahan dalam fungsi, logika, atau implementasinya dalam berbagai representasi

perangkat lunak.

Membuktikan bahwa perangkat lunak di bawah kajian memenuhi syarat :

• Memastikan bahwa perangkat lunak disajikan sesuai dengan standar yang sudah ditentukan

sebelumnya.

• Mencapai perangkat lunak yang dikembangkan dengan cara seragam.

• Membuat proyek lebih dapat dikelola.

Sebagal tambahan, FTR berfungsi sebagai dasar pelatihan yang memungkinkan perekayasa

yunior mengamati berbagai pendekatan yang berbeda terhadap analisis perangkat lunak, desain

dan implementasi. FTR juga berfungsi untuk mengembangkan backup dan kontinuitas karena

sejumlah orang mengenal baik bagian-bagian perangkat lunak yang tidak mereka ketahui

sebelumnya.

7. Reliabilitas Perangkat Lunak

Tidak diragukan lagi bahwa reliabilitas sebuah program komputer merupakan suatu elemen

yang penting. Reliabilitas perangkat lunak, tidak seperti faktor kualitas yang lain, dapat diukur,

diarahkan, dan diestimasi dengan menggunakan data pengembangan historis. Reliabilitas

perangkat lunak didefinisikan dalam bentuk statistik sebagai kemungkinan operasi program

komputer bebas kegagalan di dalam suatu lingkungan tertentu dan waktu tertentu.

Contoh:

Program X diperkirakan memiliki reliabilitas 0,96 pada delapan jam pemrosesan yang dilalui.

Dengan kata lain, jika program X akan dieksekusi 100 kali dan membutuhkan delapan jam

waktu pemrosesan yang dilalui (waktu eksekusi), dia akan beroperasi dengan benar (tanpa

kegagalan) 96 kali dalam 100 kali pelaksaan.

Keamanan Perangkat Lunak dan Analisis Risiko

 Keamanan perangkat lunak dan analisis nisiko adalah aktvitas jaminan kualitas perangkat lunak

yang berfokus pada identifikasi dan penilaian resiko potensial yang mungkin berpengaruh

negatif terhadap peranan seluruh sistem menjadi gagal. Jika risiko dapat diidentifikasi pada

awal proses rekayasa perangkat lunak, maka ciri-ciri desain perangkat lunak dapat ditetapkan

sehingga akan mengeliminasi atau mengontrol resiko potensial.

6. Standar Kualitas ISO 9000

Sistem jaminan kualitas dapat didefinisikan sebagai struktur, tanggung jawab, prosedur, proses,

dan sumber-sumber daya organisasi untuk mengimplementasi manajemen kualitas.

ISO 9000 menjelaskan elemen jaminan kualitas dalam bentuk yang umum yang dapat

diaplikasikan pada berbagai bisnis tanpa memandang produk dan jasa yang ditawarkan.

Elemen-elemen tersebut mencakup struktur, prosedur, proses, organisasi, dan sumber daya yang

dibutuhkan untuk mengimplementasi rencana kualitas, kontrol kualitas, jaminan kualitas, dan

pengembangan kualitas.

Agar terdaftar dalam satu model sistem jaminan kualitas yang ada pada ISO 9000, sistem

kualitas dan operasi perusahaan diperiksa oleh auditor untuk memeriksa kesesuaiannya dengan

standar dan operasi efektif. Bila registrasi itu berhasil, perusahaan diberi sertifikasi dari badan

registrasi yang diwakili oleh auditor. Audit pengawasan tengah tahunan terus dilakukan untuk

memastikan kesesuaiannya yang sudah ditetapkan.

8.Standar ISO 9001

ISO 9001 adalah standar jaminan kualitas yang berlaku untuk rekayasa perangkat lunak.

Standar tersebut berisi 20 syarat yang harus ada untuk mencapai sistem jaminan kualitas yang

efektif, yaitu:

1. Tanggung jawab manajamen

2. Sistem kualitas

3. Kajian kontrak

4. Kontrol desain

5. Kontrol data dan dokumen

6. Pembelian

7. Kontrol terhadap produk yang disuplai oleh pelanggan

8. Identifikasi dan kemampuan penelusuran produk

9. Kontrol proses

10. Pemeriksaan dan pengujian

11. Kontrol pemeriksaan, pengukuran, dan perlengkapan pengujian

12. Pemeriksaan dan status pengujian

13. Kontrol ketisaksesuaian produk

14. Tindakan preventif dan korektif

15. Penanganan, penyimpanan, pengepakan, preservasi, dan penyampaian

16. Kontrol terhadap catatan kualitas

17. Audit kualitas internal

18. Pelatihan

19. Pelayanan

20. Teknik statistik

Untuk dapat didaftar dalam ISO 9001, organisasi perangkat lunak harus membuat kebijakan dan

prosedur yang memberi tekanan pada masing-masing syarat tersebut dan kemudian dapat

menunjukkan bahwa prosedur dan fungsi itu telah diikuti.

 

Kesimpulan

Dari beberapa point yang kita bahas pada makalah ini sehingga dapat disimpulkan bahwa dalam suatu manajemen kualitas proyek harus terdapat rincian yang harus di pertimbangkan baik dari eksjternal maupun internal salah satunya adalah biaya , jangka waktu , jaminan dll . karena semua poin itu sangat berpengaruh besar dan menunjang keberhasilan proyek itu sendiri serta memperkecil ataupun bahkan menghindari resiko yang mungkin dapat di timbulkan.