Apa yang dimaksud dengan rekayasa keandalan lokasi?

Site reliability engineering (SRE) adalah praktik penggunaan perangkat lunak untuk mengotomatiskan tugas-tugas infrastruktur TI seperti manajemen sistem dan pemantauan aplikasi. Organisasi menggunakan SRE untuk memastikan aplikasi perangkat lunak mereka tetap andal di tengah-tengah pembaruan yang sering dilakukan oleh tim pengembangan. SRE secara khusus meningkatkan keandalan sistem perangkat lunak yang dapat diskalakan karena mengelola sistem yang besar menggunakan perangkat lunak lebih berkelanjutan daripada mengelola ratusan mesin secara manual. 

Mengapa perekayasaan keandalan lokasi penting?

Keandalan situs menggambarkan stabilitas dan kualitas layanan yang ditawarkan aplikasi setelah tersedia bagi pengguna akhir. Pemeliharaan perangkat lunak terkadang mempengaruhi keandalan perangkat lunak jika masalah teknis tidak terdeteksi. Misalnya, ketika pengembang membuat perubahan baru, mereka mungkin secara tidak sengaja berdampak pada aplikasi yang sudah ada dan menyebabkan aplikasi tersebut macet untuk kasus penggunaan tertentu.

Berikut ini adalah beberapa manfaat dari praktik site reliability engineering (SRE).

Kolaborasi yang lebih baik

SRE meningkatkan kolaborasi antara tim pengembangan dan operasi. Pengembang sering kali harus melakukan perubahan cepat pada aplikasi untuk merilis fitur baru atau memperbaiki bug yang kritis. Di sisi lain, tim operasi harus memastikan pengiriman layanan yang lancar. Oleh karena itu, tim operasi menggunakan praktik SRE untuk memantau setiap pembaruan secara ketat dan segera merespons setiap masalah yang muncul karena perubahan.

Pengalaman pelanggan yang lebih baik

Organisasi menggunakan model SRE untuk memastikan kesalahan perangkat lunak tidak berdampak pada pengalaman pelanggan. Sebagai contoh, tim perangkat lunak menggunakan alat SRE untuk mengotomatiskan siklus pengembangan perangkat lunak. Hal ini mengurangi kesalahan, yang berarti tim dapat memprioritaskan pengembangan fitur baru di atas perbaikan bug.

Perencanaan operasi yang lebih baik

 Tim SRE menerima bahwa ada kemungkinan realistis bagi perangkat lunak untuk gagal. Oleh karena itu, tim merencanakan respons insiden yang tepat untuk meminimalkan dampak downtime pada bisnis dan pengguna akhir. Mereka juga dapat memperkirakan biaya downtime dengan lebih baik dan memahami dampak insiden tersebut terhadap operasi bisnis. 

Apa saja prinsip-prinsip utama dalam rekayasa keandalan lokasi?

Berikut ini adalah beberapa prinsip utama dalam rekayasa keandalan lokasi (SRE).

Pemantauan aplikasi

Tim SRE menerima bahwa kesalahan adalah bagian dari proses penerapan perangkat lunak. Alih-alih mengupayakan solusi yang sempurna, mereka memantau kinerja perangkat lunak dalam hal perjanjian tingkat layanan (SLA), indikator tingkat layanan (SLI), dan tujuan tingkat layanan (SLO). Mereka mengamati dan memantau metrik kinerja setelah menerapkan aplikasi di lingkungan produksi. 

Implementasi perubahan secara bertahap

Praktik SRE mendorong peluncuran perubahan yang sering dilakukan namun dalam jumlah kecil untuk menjaga keandalan sistem. Alat otomatisasi SRE menggunakan proses yang konsisten namun berulang untuk melakukan hal berikut:

• Mengurangi risiko akibat perubahan
• Menyediakan loop umpan balik untuk mengukur kinerja sistem
• Meningkatkan kecepatan dan efisiensi implementasi perubahan
• Otomatisasi untuk peningkatan keandalan

SRE menggunakan kebijakan dan proses yang menanamkan prinsip-prinsip keandalan dalam setiap langkah pipeline pengiriman. Beberapa strategi yang secara otomatis menyelesaikan masalah antara lain sebagai berikut:

• Mengembangkan gerbang kualitas berdasarkan tujuan tingkat layanan untuk mendeteksi masalah lebih awal
• Mengotomatiskan pengujian build menggunakan indikator tingkat layanan
• Membuat keputusan arsitektural yang memastikan ketahanan sistem di awal pengembangan perangkat lunak

Apa yang dimaksud dengan observabilitas dalam rekayasa keandalan situs?

Observabilitas adalah proses yang mempersiapkan tim perangkat lunak untuk menghadapi ketidakpastian saat perangkat lunak ditayangkan untuk pengguna akhir. Tim rekayasa keandalan situs (SRE) menggunakan alat untuk mendeteksi perilaku abnormal dalam perangkat lunak dan, yang lebih penting, mengumpulkan informasi yang membantu pengembang memahami apa yang menyebabkan masalah. Pengamatan melibatkan pengumpulan informasi berikut dengan alat SRE. 

Metrik 

Metrik adalah nilai yang dapat diukur yang mencerminkan kinerja aplikasi atau kesehatan sistem. Tim SRE menggunakan metrik untuk menentukan apakah perangkat lunak mengkonsumsi sumber daya yang berlebihan atau berperilaku tidak normal.

Log

Perangkat lunak SRE menghasilkan informasi terperinci dan ber-cap waktu yang disebut log sebagai respons terhadap peristiwa tertentu. Insinyur perangkat lunak menggunakan log untuk memahami rantai peristiwa yang mengarah ke masalah tertentu. 

Jejak 

Jejak adalah pengamatan jalur kode dari fungsi tertentu dalam sistem terdistribusi. Misalnya, memeriksa keranjang pesanan mungkin melibatkan hal-hal berikut ini:

• Menghitung harga dengan database
• Mengotentikasi dengan gateway pembayaran
• Mengirimkan pesanan ke vendor
• Jejak terdiri dari ID, nama, dan waktu. Jejak ini membantu pengembang perangkat lunak mendeteksi masalah latensi dan meningkatkan kinerja perangkat lunak. 

Apa yang dimaksud dengan pemantauan dalam rekayasa keandalan lokasi?

Pemantauan adalah proses mengamati metrik yang telah ditentukan sebelumnya dalam suatu aplikasi. Pengembang memutuskan parameter mana yang penting dalam menentukan kesehatan aplikasi dan mengaturnya dalam alat pemantauan. Tim site reliability engineering (SRE) mengumpulkan informasi penting yang mencerminkan kinerja sistem dan memvisualisasikannya dalam grafik.

Dalam SRE, tim perangkat lunak memantau metrik ini untuk mendapatkan wawasan tentang keandalan sistem.

Latensi 

Latensi menggambarkan penundaan saat aplikasi merespons permintaan. Misalnya, pengiriman formulir di situs web membutuhkan waktu 3 detik sebelum mengarahkan pengguna ke halaman web pemberitahuan. 

Lalu lintas

Lalu lintas mengukur jumlah pengguna yang mengakses layanan Anda secara bersamaan. Ini membantu tim perangkat lunak menganggarkan sumber daya komputasi untuk mempertahankan tingkat layanan yang memuaskan bagi semua pengguna.

Kesalahan

Kesalahan adalah kondisi di mana aplikasi gagal melakukan atau memberikan hasil sesuai dengan harapan. Misalnya, ketika halaman web gagal dimuat atau transaksi tidak berhasil, tim SRE menggunakan alat perangkat lunak untuk melacak dan merespons kesalahan dalam aplikasi secara otomatis. 

Saturasi

Saturasi menunjukkan kapasitas aplikasi secara real-time. Tingkat kejenuhan yang tinggi biasanya mengakibatkan penurunan kinerja. Teknisi keandalan lokasi memantau tingkat saturasi dan memastikannya berada di bawah ambang batas tertentu. 

Apa saja metrik utama untuk rekayasa keandalan lokasi?

Tim rekayasa keandalan lokasi (SRE) mengukur kualitas penyampaian layanan dan keandalan dengan menggunakan metrik berikut. 

Sasaran tingkat layanan

Sasaran tingkat layanan (SLO) adalah sasaran spesifik dan terukur yang Anda yakini dapat dicapai oleh perangkat lunak dengan biaya yang masuk akal untuk metrik lain, seperti berikut ini: 

• Waktu kerja, atau waktu sistem beroperasi
• Throughput sistem
• Keluaran sistem
• Kecepatan unduh, atau kecepatan pemuatan aplikasi
• SLO menjanjikan pengiriman melalui perangkat lunak kepada pelanggan. Misalnya, Anda menetapkan SLO waktu aktif 99,95% untuk aplikasi pesan-antar makanan perusahaan Anda.

Indikator tingkat layanan

Indikator tingkat layanan (SLI) adalah pengukuran aktual dari metrik yang ditetapkan SLO. Dalam situasi nyata, Anda mungkin mendapatkan nilai yang sama atau berbeda dengan SLO. Misalnya, aplikasi Anda aktif dan berjalan 99,92% dari waktu, yang lebih rendah dari SLO yang dijanjikan. 

Perjanjian tingkat layanan

Perjanjian tingkat layanan (SLA) adalah dokumen hukum yang menyatakan apa yang akan terjadi jika satu atau beberapa SLO tidak terpenuhi. Sebagai contoh, SLA menyatakan bahwa tim teknis akan menyelesaikan masalah pelanggan Anda dalam waktu 24 jam setelah laporan diterima. Jika tim Anda tidak dapat menyelesaikan masalah dalam durasi yang ditentukan, Anda mungkin berkewajiban mengembalikan uang pelanggan.

Anggaran kesalahan

Anggaran kesalahan adalah toleransi ketidakpatuhan untuk SLO. Misalnya, waktu aktif 99,95% dalam SLO berarti waktu henti yang diizinkan adalah 0,05%. Jika waktu henti perangkat lunak melebihi anggaran kesalahan, tim perangkat lunak mencurahkan semua sumber daya dan perhatian untuk menstabilkan aplikasi.

Bagaimana cara kerja rekayasa keandalan lokasi?

Rekayasa keandalan lokasi (SRE) melibatkan partisipasi insinyur keandalan lokasi dalam tim perangkat lunak. Tim SRE menetapkan metrik utama untuk SRE dan membuat anggaran kesalahan yang ditentukan oleh tingkat toleransi risiko sistem. Jika jumlah kesalahan rendah, tim pengembangan dapat merilis fitur baru. Namun, jika kesalahan melebihi anggaran kesalahan yang diizinkan, tim menunda perubahan baru dan menyelesaikan masalah yang ada.

Sebagai contoh, insinyur keandalan situs menggunakan layanan untuk memantau metrik kinerja dan mendeteksi perilaku aplikasi yang tidak normal. Jika ada masalah dengan aplikasi, tim SRE mengirimkan laporan ke tim rekayasa perangkat lunak. Pengembang memperbaiki kasus yang dilaporkan dan mempublikasikan aplikasi yang telah diperbarui.

DevOps

DevOps adalah budaya perangkat lunak yang mendobrak batas tradisional antara tim pengembangan dan operasi. Dengan DevOps, pengembang dan insinyur operasi tidak lagi bekerja dalam silo. Sebaliknya, mereka menggunakan alat perangkat lunak untuk meningkatkan kolaborasi dan mengikuti kecepatan rilis pembaruan perangkat lunak yang cepat.

SRE dibandingkan dengan DevOps 

SRE adalah implementasi praktis dari DevOps. DevOps memberikan landasan filosofis tentang apa yang harus dilakukan untuk menjaga kualitas perangkat lunak di tengah-tengah waktu pengembangan yang semakin singkat. Rekayasa keandalan situs menawarkan jawaban tentang bagaimana mencapai kesuksesan DevOps. SRE memastikan bahwa tim DevOps mencapai keseimbangan yang tepat antara kecepatan dan stabilitas. 

Apa saja tanggung jawab seorang insinyur keandalan situs?

Site reliability engineer adalah ahli IT yang menggunakan alat otomatisasi untuk memantau dan mengamati keandalan perangkat lunak di lingkungan produksi. Mereka juga berpengalaman dalam menemukan masalah dalam perangkat lunak dan menulis kode untuk memperbaikinya. Mereka biasanya adalah mantan administrator sistem atau insinyur operasi dengan keterampilan pengkodean yang baik. Berikut ini adalah beberapa tanggung jawab keandalan situs.

Operasi

Insinyur keandalan situs menghabiskan hingga setengah dari waktu mereka dalam pekerjaan operasi. Ini mencakup beberapa tugas, seperti berikut ini: 

• Tanggap insiden darurat
• Manajemen perubahan
• Manajemen infrastruktur TI
• Para teknisi menggunakan alat bantu SRE untuk mengotomatiskan beberapa tugas operasi dan meningkatkan efisiensi tim.

Dukungan sistem

Teknisi keandalan lokasi bekerja sama dengan tim pengembangan untuk membuat fitur baru dan menstabilkan sistem produksi. Mereka membuat proses SRE untuk seluruh tim perangkat lunak dan siap sedia untuk mendukung masalah eskalasi. Lebih penting lagi, tim keandalan lokasi menyediakan prosedur terdokumentasi kepada dukungan pelanggan untuk membantu mereka menangani keluhan secara efektif. 

Peningkatan proses

Insinyur keandalan lokasi meningkatkan siklus hidup pengembangan perangkat lunak dengan mengadakan tinjauan pasca insiden. Tim SRE mendokumentasikan semua masalah perangkat lunak dan solusi masing-masing dalam basis pengetahuan bersama. Hal ini membantu tim perangkat lunak merespons masalah serupa secara efisien di masa mendatang. 

Apa saja alat bantu rekayasa keandalan lokasi yang umum digunakan?

Tim rekayasa keandalan lokasi (SRE) menggunakan berbagai jenis alat bantu untuk memfasilitasi pemantauan, pengamatan, dan respons insiden. 

Orkestrator kontainer 

Pengembang perangkat lunak menggunakan orkestrator kontainer untuk menjalankan aplikasi yang dikontainerkan di berbagai platform. Aplikasi yang dikontainerisasi menyimpan file kode dan sumber daya terkait dalam satu paket yang disebut kontainer. Misalnya, insinyur perangkat lunak menggunakan Amazon Elastic Kubernetes Service (Amazon EKS) untuk menjalankan dan menskalakan aplikasi cloud. 

Alat bantu manajemen panggilan 

Alat manajemen on-call adalah perangkat lunak yang memungkinkan tim SRE merencanakan, mengatur, dan mengelola personel pendukung yang menangani masalah perangkat lunak yang dilaporkan. Tim SRE menggunakan perangkat lunak ini untuk memastikan selalu ada tim dukungan yang siap siaga untuk menerima peringatan tepat waktu tentang masalah perangkat lunak. 

Alat bantu respons insiden 

Alat respons insiden memastikan jalur eskalasi yang jelas untuk masalah perangkat lunak yang terdeteksi. Tim SRE menggunakan alat respons insiden untuk mengkategorikan tingkat keparahan kasus yang dilaporkan dan menanganinya dengan segera. Alat bantu ini juga dapat memberikan laporan analisis pasca insiden untuk mencegah masalah serupa terjadi lagi. 

Alat manajemen konfigurasi

Alat manajemen konfigurasi adalah perangkat lunak yang mengotomatiskan alur kerja perangkat lunak. Tim SRE menggunakan alat bantu ini untuk menghilangkan tugas-tugas yang berulang dan menjadi lebih produktif. Misalnya, teknisi keandalan lokasi menggunakan AWS OpsWorks untuk secara otomatis mengatur dan mengelola server di lingkungan AWS. 

Bagaimana AWS membantu dalam hal rekayasa keandalan lokasi?

Layanan Manajemen dan Tata Kelola AWS menyediakan alat yang diperlukan bagi tim perangkat lunak untuk membangun, menskalakan, dan menerapkan aplikasi terdistribusi tanpa mengorbankan keandalan sistem. Tim rekayasa keandalan lokasi (SRE) menggunakan berbagai layanan Manajemen dan Tata Kelola AWS untuk memantau dan mengatur sumber daya komputasi AWS dan lokal:

• Katalog Layanan AWS memungkinkan tim SRE membuat katalog, mengelola, dan menerapkan layanan TI dengan cepat
• AWS Systems Manager menyediakan pusat manajemen terpusat bagi para insinyur keandalan di lokasi untuk mendapatkan wawasan operasional tentang sumber daya komputasi perangkat lunak
• AWS Proton adalah alat manajemen otomatis untuk menerapkan aplikasi yang terkontainerisasi dan tanpa server

Disadur dari: amazon.com

Apa yang dimaksud dengan pemeliharaan prediktif (PdM)?

Pemeliharaan prediktif (PdM) menggunakan analisis data untuk mengidentifikasi anomali operasional dan potensi kerusakan peralatan, sehingga memungkinkan perbaikan tepat waktu sebelum kegagalan terjadi. Hal ini bertujuan untuk meminimalkan frekuensi pemeliharaan, menghindari pemadaman yang tidak direncanakan dan biaya pemeliharaan preventif yang tidak perlu.

Bagaimana cara kerja pemeliharaan prediktif?

Pemeliharaan prediktif menggunakan data historis dan real-time dari berbagai bagian operasi Anda untuk mengantisipasi masalah sebelum terjadi. Ada tiga area utama dalam organisasi Anda yang menjadi faktor dalam pemeliharaan prediktif:

• Pemantauan kondisi dan kinerja aset secara real-time
• Analisis data perintah kerja
• Membandingkan penggunaan inventaris MRO

Mulai lakukan benchmarking inventaris MRO Anda dengan templat penghitungan siklus ini

Pemeliharaan prediktif sangat bergantung pada teknologi dan perangkat lunak, khususnya integrasi IoT, kecerdasan buatan, dan sistem terintegrasi. Sistem ini menghubungkan berbagai aset, memungkinkan berbagi data, analisis, dan wawasan yang dapat ditindaklanjuti. Informasi dikumpulkan melalui sensor, kontrol industri, dan perangkat lunak bisnis seperti EAM dan ERP. Data ini kemudian diproses untuk menentukan area yang perlu diperhatikan, dengan teknik seperti analisis getaran, analisis oli, pencitraan termal, dan pengamatan peralatan sebagai contoh.

Memilih teknik yang tepat untuk melakukan pemantauan kondisi merupakan pertimbangan penting yang sebaiknya dilakukan melalui konsultasi dengan produsen peralatan dan pakar pemantauan kondisi.

Kapan pemeliharaan prediktif cocok digunakan?

Aplikasi yang sesuai

Aplikasi yang cocok untuk pemeliharaan prediktif (PdM) meliputi aplikasi yang:

• Memiliki fungsi operasional yang kritis
• Memiliki mode kegagalan yang dapat diprediksi secara efektif dengan biaya yang efektif dengan pemantauan rutin

Aplikasi yang tidak cocok

Aplikasi yang tidak cocok untuk pemeliharaan prediktif meliputi aplikasi yang:

• Tidak memiliki fungsi yang kritis
• Tidak memiliki mode kegagalan yang dapat diprediksi secara efektif dari segi biaya

Siapa yang menggunakan pemeliharaan prediktif?

Secara umum, manajer pemeliharaan dan tim pemeliharaan menggunakan alat pemeliharaan prediktif dan sistem manajemen aset untuk memantau kegagalan peralatan yang akan datang dan tugas pemeliharaan.

Bagaimana pemeliharaan prediktif digunakan?

Katakanlah Anda memiliki sebuah pompa di lini produksi Anda. Jika pompa ini rusak, maka produksi akan terhenti hingga Anda dapat memperbaiki atau menggantinya, yang bisa memakan waktu berjam-jam. Sistem manajemen aset Anda dapat memantau suhu pompa. Jika suhunya naik melewati ambang batas tertentu, Anda tahu bahwa pompa mengalami tekanan dan mungkin akan segera rusak. Anda kemudian dapat menjadwalkan waktu untuk melakukan pemeliharaan preventif sebelum kegagalan total menghentikan produksi.

Perangkat lunak pemeliharaan prediktif dapat memberi tahu tim pemeliharaan tentang tekanan pada mesin tertentu. Perangkat lunak ini menggunakan analisis prediktif untuk menandai masalah dan memberi tahu tim untuk menyiapkan pemeliharaan preventif, yang membantu mengurangi waktu henti yang mahal.

Keuntungan dari pemeliharaan prediktif

Dibandingkan dengan pemeliharaan preventif, pemeliharaan prediktif memastikan bahwa peralatan yang memerlukan pemeliharaan hanya dimatikan tepat sebelum terjadi kegagalan. Hal ini mengurangi total waktu dan biaya yang dihabiskan untuk memelihara peralatan.

Hal ini menghasilkan beberapa penghematan biaya:

• Meminimalkan waktu pemeliharaan peralatan
• Meminimalkan jam produksi yang hilang karena pemeliharaan
• Meminimalkan biaya suku cadang dan persediaan

Selain keuntungan-keuntungan ini, pemeliharaan prediktif juga:

• Meningkatkan umur aset: Memantau kesehatan peralatan secara teratur dan mengatasi masalah kecil sebelum menjadi besar dapat memperpanjang masa manfaat aset.
• Mengoptimalkan aktivitas pemeliharaan: Alih-alih pemeliharaan rutin atau terjadwal (yang mungkin berlebihan atau kurang), PdM memastikan pemeliharaan dilakukan hanya jika diperlukan, yang mengarah pada penggunaan sumber daya yang efisien.
• Memungkinkan manajemen suku cadang yang lebih baik: Dengan mengetahui terlebih dahulu suku cadang apa yang mungkin mengalami kerusakan, memungkinkan manajemen inventaris yang lebih baik, mengurangi kebutuhan akan persediaan yang berlebihan dan memastikan suku cadang tersedia saat dibutuhkan.

Kerugian dari pemeliharaan prediktif

Dengan menggunakan teknik prediktif, pemeliharaan dapat dilakukan tepat pada waktunya untuk menghindari waktu henti yang tidak direncanakan dan meningkatkan masa pakai peralatan. Meskipun ada banyak keuntungan dari pendekatan ini, ada juga beberapa kerugian yang perlu dipertimbangkan:

• Biaya awal yang tinggi: Menyiapkan pemeliharaan prediktif biasanya membutuhkan investasi dalam sensor, perangkat lunak analisis data, dan terkadang bahkan infrastruktur IoT (Internet of Things). Bagi banyak perusahaan, biaya di muka bisa sangat tinggi.
• Kompleksitas: Menerapkan pemeliharaan prediktif memerlukan integrasi teknologi dan sistem yang berbeda, menganalisis data dalam jumlah besar, dan melatih ulang personel. Hal ini dapat menimbulkan kerumitan yang tidak semua organisasi mampu menanganinya.
• Terlalu bergantung pada teknologi: Hanya karena sistem memprediksi bahwa sebuah peralatan baik-baik saja, tidak selalu berarti demikian. Selalu ada risiko menjadi terlalu bergantung pada data prediktif dan mengabaikan tanda-tanda lain dari masalah peralatan.

Pemeliharaan prediktif

• Merupakan pemeliharaan proaktif
• Menggunakan teknologi prediktif untuk mengatasi potensi masalah dan menjadwalkan pemeliharaan korektif sebelum terjadi kegagalan
• Berfokus pada kinerja aset, analisis prediktif, dan pengumpulan data untuk servis pada alat berat
• Meningkatkan efisiensi inventaris secara keseluruhan karena suku cadang mesin tidak mengalami kerusakan dan tidak diganti terlalu cepat
• Tidak sering membutuhkan waktu henti alat berat, dan jika diperlukan, biasanya hanya sebentar
• Menggunakan alat canggih seperti analisis getaran, termografi inframerah, analisis oli, yang dikombinasikan dengan perangkat lunak analisis data dan terkadang perangkat sensor

Pemeliharaan preventif

• Merupakan pemeliharaan terencana
• Sering kali menggunakan perangkat lunak penjadwalan untuk memberi tahu tim atau individu tentang pemeliharaan peralatan yang akan datang
• Misalnya, ketika mobil mencapai jarak tempuh tertentu, ia akan memberi tahu pengemudi untuk mengganti oli
• Memberikan indikator yang baik tentang kinerja aset dan kesehatan aset
• Sering kali membutuhkan waktu henti mesin
• Biasanya bergantung pada daftar periksa pemeliharaan, manual, dan prosedur operasi standar.

Dampak pemeliharaan prediktif

Pemeliharaan prediktif mengoptimalkan waktu pengerjaan aset untuk meminimalkan frekuensi dan memaksimalkan keandalan tanpa biaya tambahan. Program ini memanfaatkan data sensor, AI, dan pembelajaran mesin untuk memandu keputusan pemeliharaan. Program pemeliharaan prediktif yang sukses sangat bergantung pada teknik seperti analisis getaran, dan observasi peralatan. Meskipun ada tantangan seperti biaya awal yang tinggi dan kebutuhan akan keahlian khusus, program ini efisien, menghemat biaya dan sumber daya. Sebelum mengadopsi pemeliharaan prediktif, konsultasikan dengan produsen peralatan dan pakar pemantauan.

Disadur dari: fiixsoftware.com

Rekayasa Kualitas berfokus memastikan barang dan jasa dirancang, dikembangkan, dan dibuat untuk memenuhi atau melampaui harapan dan persyaratan konsumen. Rekayasa kualitas juga menekankan pada tindakan prediktif dan preventif untuk mencegah potensi masalah dalam pengembangan produk.

Hal ini mencakup semua kegiatan yang terkait dengan analisis desain dan pengembangan barang. Insinyur kualitas juga memastikan bahwa produsen membuat barang sesuai dengan spesifikasi.

Seorang insinyur kualitas tidak hanya berfokus pada kualitas produk dan proses produksi, tetapi juga pengurangan limbah.

Insinyur kualitas merancang dan memantau kualitas proses. Mereka bekerja di berbagai industri dan memainkan peran penting dalam mengoreksi atau memperbaiki cacat.

Wikipedia memiliki definisi rekayasa kualitas sebagai berikut:

“Disiplin ilmu teknik yang berkaitan dengan prinsip-prinsip dan praktik jaminan dan kontrol kualitas produk dan layanan.”

“Dalam pengembangan perangkat lunak, ini adalah manajemen, pengembangan, operasi, dan pemeliharaan sistem TI dan arsitektur perusahaan dengan standar kualitas tinggi.”

Definisi rekayasa

Rekayasa adalah penerapan pengetahuan ilmiah, matematis, dan praktis untuk merancang, membangun, dan memelihara struktur, mesin, perangkat, sistem, dan proses.

Rekayasa kualitas vs jaminan kualitas

Jaminan kualitas adalah keseluruhan proses untuk memastikan bahwa produsen membuat barang dengan benar. Produsen membutuhkan sistem kualitas untuk mewujudkannya.

Rekayasa kualitas, di sisi lain, mendefinisikan sistem tersebut. Selain itu juga memelihara dan meningkatkannya.

Jaminan kualitas berfokus pada menjaga kualitas dalam proses produksi, sementara insinyur kualitas 'merekayasa' kualitas tersebut. Dengan kata lain, insinyur kualitas merancang sistem.

Beberapa insinyur kualitas tidak hanya merancang sistem tetapi juga memantaunya. Dengan kata lain, mereka melakukan pekerjaan rekayasa kualitas dan jaminan kualitas. Dalam industri perangkat lunak, misalnya, orang biasa menyebut mereka insinyur jaminan kualitas.

Rekayasa kualitas

Rekayasa kualitas adalah fitur umum dari layanan TI. Orang biasanya menyebut insinyur kualitas di bidang ini sebagai 'insinyur jaminan kualitas'.

Rekayasa kualitas dan 'suara pelanggan'

Di pasar yang kompetitif saat ini, perusahaan selalu mengembangkan produk baru dan lebih baik. Terkadang, mereka berhasil mendapatkan pangsa pasar, dan terkadang gagal. Dalam konteks ini, kata 'pasar' memiliki arti yang sama dengan 'pasar' dalam arti yang abstrak.

Dengan banyaknya pilihan produk yang ada di pasaran saat ini, produsen harus menyediakan produk berkualitas tinggi yang diinginkan konsumen. Mereka juga harus menyediakannya dengan harga yang kompetitif.

Perusahaan dapat memastikan bahwa mereka mempertimbangkan 'suara pelanggan' melalui penggunaan metode dan alat rekayasa kualitas yang efektif.

Rekayasa kualitas mengintegrasikan umpan balik pelanggan ke dalam manajemen siklus hidup produk, memastikan peningkatan berkelanjutan dan kepuasan pelanggan.

Mengenai suara pelanggan, Quality-One International mengatakan:

“Melalui penggunaan metode dan alat Rekayasa Kualitas yang efektif selama proses konsepsi, pengembangan, dan implementasi produk, organisasi dapat memastikan bahwa Suara Pelanggan (VOC) didengar dan diintegrasikan ke dalam desain produk, kualitas dirancang dan dibangun ke dalam produk, dan pemborosan diidentifikasi serta dihilangkan dalam proses manufaktur.”

“Alat dan teknik Rekayasa Kualitas yang diterapkan dengan benar dapat berdampak besar pada biaya dan kualitas produk, serta pada keuntungan organisasi.”

Rekayasa kualitas - istilah-istilah kunci

Berikut adalah beberapa frasa gabungan yang terkait dengan rekayasa kualitas:

Standar Rekayasa Kualitas

• Pedoman yang mendefinisikan praktik kualitas.

• Contoh: “ISO 9001 adalah salah satu standar rekayasa kualitas yang paling diakui secara global.”

Alat rekayasa kualitas

• Teknik dan instrumen yang digunakan untuk peningkatan kualitas.

• Contoh: “Diagram tulang ikan adalah alat rekayasa kualitas yang penting untuk analisis akar masalah.”

Manajemen rekayasa kualitas

• Pengawasan sistem dan proses kualitas.

• Contoh: “Dia dipromosikan untuk memimpin tim manajemen rekayasa kualitas.”

Praktik rekayasa kualitas

• Metode yang ditetapkan untuk memastikan kualitas.

• Contoh: “Penerapan praktik rekayasa kualitas yang kuat telah meminimalkan cacat pada produk kami.”

Metrik rekayasa kualitas

• Pengukuran yang digunakan untuk menilai kualitas produk.

• Contoh: “Kami menggunakan serangkaian metrik rekayasa kualitas untuk mengevaluasi kinerja lini produksi.”

Disadur dari: marketbusinessnews.com

ISO 9001 adalah standar yang diakui secara global yang menetapkan persyaratan untuk menetapkan, menerapkan, memelihara, dan terus meningkatkan Sistem Manajemen Mutu (SMM) di organisasi mana pun.

ISO 9001 membantu organisasi secara konsisten menyediakan produk dan layanan yang memenuhi persyaratan pelanggan dan peraturan. ISO 9001 didasarkan pada tujuh prinsip manajemen mutu, dan bertujuan untuk membantu organisasi menjadi lebih efisien, memantau dan meningkatkan proses, mengurangi biaya, dan meningkatkan kepuasan pelanggan. 

Ketujuh prinsip manajemen mutu tersebut adalah:

1. Fokus pada pelanggan
2. Kepemimpinan
3. Keterlibatan orang
4. Pendekatan proses
5. Peningkatan
6. Pengambilan keputusan berbasis bukti
7. Manajemen hubungan

Prinsip operasi standar ini adalah siklus Plan-Do-Check-Act (PDCA) yang merupakan metodologi manajemen mutu yang bertujuan untuk meningkatkan proses secara terus-menerus.

Gambaran umum tentang ISO 9001:2015

ISO 9001:2015 adalah edisi terakhir dari ISO 9001. Versi ini terakhir kali ditinjau dan dikonfirmasi pada tahun 2021 dan tetap berlaku hingga saat ini. 

Tiga klausul pertama ISO 9001 adalah pengantar:

1. Klausul 1: Ruang Lingkup
2. Klausul 2: Referensi normatif
3. Klausul 3: Istilah dan definisi

Sisanya adalah sebagai berikut:

Klausul 4: Konteks organisasi

Organisasi harus menganalisis dan menentukan faktor internal dan eksternal yang relevan yang memengaruhi strategi, tujuan, dan hasil. 

Klausul ini mencakup: 

• Mendefinisikan ruang lingkup QMS
• Mempertimbangkan tujuan strategis organisasi
• Produk dan layanan utama, toleransi risiko, dan peraturan apa pun
• Kewajiban kontraktual atau pemangku kepentingan.  

Klausul 5: Kepemimpinan

Kepemimpinan dan komitmen adalah dua sifat penting yang harus ditunjukkan oleh manajemen puncak, yang terutama bertanggung jawab untuk:

• Bertanggung jawab atas efektivitas SMM 
• Memastikan kesesuaian SMM dalam konteks organisasi
• Mengkomunikasikan proses di dalam organisasi dan memastikan bahwa proses tersebut dipahami dan diterapkan
• Mengintegrasikan persyaratan QMS ke dalam proses organisasi
• Menetapkan peran dan tanggung jawab serta mengarahkan dan mendukung staf untuk berkontribusi pada QMS

Klausul 6: Perencanaan sistem manajemen mutu

Organisasi harus menetapkan tujuan strategis dan prinsip-prinsip panduan untuk keseluruhan proses SMM. Klausul 6 ISO 9001 menguraikan persyaratan untuk merencanakan SMM organisasi. Klausul ini mencakup lebih banyak tindakan untuk mengatasi risiko dan peluang, sasaran mutu dan cara mencapainya, serta perubahan yang diperlukan.

Klausul 7: Dukungan

Agar dapat berfungsi, organisasi membutuhkan berbagai sumber daya seperti orang, peralatan, infrastruktur, dll. Dalam klausul ini, persyaratan secara khusus mencakup sumber daya, kompetensi, kesadaran, komunikasi, dan informasi yang terdokumentasi.

Klausul 8 : Pengoperasian

Klausul ini berkaitan dengan fase ketika organisasi menjalankan QMS yang telah direncanakan. Ini mencakup:

• Perencanaan dan pengendalian operasional
• Penentuan persyaratan untuk produk dan layanan
• Desain dan pengembangan produk dan layanan
• Pengendalian produk dan layanan yang disediakan secara eksternal
• Produksi dan penyediaan layanan
• Pelepasan produk dan jasa
• Pengendalian keluaran proses, produk, dan jasa yang tidak sesuai

Klausul 9: Evaluasi kinerja

Tujuan utama dari klausul ini adalah untuk menetapkan sistem pemantauan, pengukuran, analisis, dan evaluasi kinerja SMM. Hal ini membutuhkan pemantauan sistem secara permanen. 

Klausul 10: Peningkatan

Klausul ini mencakup identifikasi dan penerapan perubahan yang diperlukan untuk meningkatkan proses dan memenuhi persyaratan pelanggan. Sistem manajemen dapat terus ditingkatkan dengan menggunakan kebijakan mutu, tujuan, dan hasil audit, pemantauan kejadian, indikator, analisis risiko, tindakan perbaikan, dan tinjauan manajemen.

klausul utama ISO 9001

Bagaimana menerapkan ISO 9001

Langkah-langkah implementasi utama dari ISO 9001 adalah:

langkah-langkah implementasi utama ISO 9001

Langkah 1 - Mencari dukungan manajemen senior

Penerapan ISO 9001 membutuhkan dukungan dan komitmen dari manajemen senior dan keterlibatan aktif mereka dalam prosesnya. Mereka perlu memahami manfaat ISO 9001 dan kemudian mengalokasikan sumber daya yang diperlukan untuk penerapannya. 

Langkah 2 - Memahami persyaratan ISO 9001 

Sebelum menerapkan standar ISO 9001, penting untuk membiasakan diri dengan standar tersebut, memahami persyaratannya, dan mempelajari struktur, prinsip, dan konsep dasarnya. Pelaksana perlu membaca standar, meninjau persyaratan dari sepuluh bagian, yang mencakup berbagai aspek sistem manajemen mutu, dan mengidentifikasi persyaratan yang berlaku untuk organisasi Anda. Memahami persyaratan standar sangat penting untuk keberhasilan implementasi.

Langkah 3 - Lakukan analisis kesenjangan 

Setelah ada pemahaman tentang persyaratan ISO 9001, langkah selanjutnya adalah mengidentifikasi kesenjangan antara praktik organisasi Anda saat ini dan persyaratan ISO 9001. Organisasi harus mengembangkan rencana tindakan untuk mengatasi kesenjangan tersebut, dan mereka harus mendefinisikan peran dan tanggung jawab untuk mengimplementasikan rencana tindakan tersebut. Analisis kesenjangan akan membantu mengidentifikasi area di mana organisasi Anda perlu meningkatkan untuk memenuhi standar. 

Langkah 4 - Menetapkan sistem manajemen mutu 

Menetapkan QMS membutuhkan pendekatan yang terstruktur dan sistematis serta melibatkan beberapa tindakan. Untuk membangun QMS, organisasi perlu mengidentifikasi tanggung jawab utama dalam organisasi dan menentukan peran di antara para staf. 

Langkah selanjutnya adalah mengembangkan kebijakan, prosedur, dan strategi, yang akan memandu implementasi dan pembuatan dokumen seperti manual mutu. Selain itu, organisasi juga harus menetapkan tujuan spesifik yang terukur, yang harus dikomunikasikan kepada semua karyawan dan secara teratur harus dilacak.

Langkah 5 - Menerapkan sistem manajemen mutu 

Organisasi harus menerapkan SMM berdasarkan kebijakan, rencana, dan tujuan yang telah ditetapkan sebelumnya. Mereka harus mengikuti semua persyaratan dengan cermat dan menerapkan semua kegiatan yang diperlukan. 

Langkah 6 - Memantau dan mengukur kinerja 

Untuk memastikan bahwa sistem manajemen mutu Anda efektif, organisasi perlu memantau dan mengukur kinerjanya, yang dapat dilakukan melalui metrik dan indikator kinerja utama (KPI) yang telah ditetapkan. Mereka harus memantau dan mengukur kinerja proses, produk, dan layanan serta melakukan audit internal untuk mengidentifikasi area yang dapat ditingkatkan oleh organisasi Anda.

Langkah 7 - Mencari sertifikasi

Proses sertifikasi ISO 9001 dapat dimulai setelah QMS beroperasi selama tiga atau enam bulan. QMS organisasi harus dievaluasi terlebih dahulu oleh auditor yang terakreditasi. Jika semuanya telah berhasil diimplementasikan sesuai dengan semua persyaratan ISO 9001 dan efektif sejauh ini, organisasi akan diberikan sertifikasi ISO 9001.

Langkah 8 - Terus meningkatkan sistem manajemen mutu

Menganalisis hasil kegiatan pemantauan dan pengukuran secara terus menerus untuk mengidentifikasi peluang peningkatan. Menerapkan tindakan perbaikan dan pencegahan untuk mengatasi masalah dan mencegahnya terjadi di masa depan. Terus meningkatkan sistem manajemen mutu Anda untuk memastikan bahwa sistem tersebut tetap efektif.

Tantangan implementasi ISO 9001

Menerapkan ISO 9001 dapat menjadi proses yang menantang, terutama jika organisasi menghadapi kesulitan seperti: 

1. Resistensi terhadap perubahan
2. Kurangnya komitmen manajemen
3. Sumber daya yang terbatas
4. Kurangnya kesadaran dan pemahaman 
5. Kurangnya kompetensi
6. Desain dan proses pengembangan yang buruk
7. Dokumentasi yang tidak memadai
8. Dukungan tim yang tidak memadai
9. Pelatihan dan Sertifikasi Profesional

Kursus pelatihan PECB dirancang untuk meningkatkan keterampilan dan keahlian para profesional dan membantu mengatasi tantangan yang mungkin muncul saat menerapkan ISO 9001.

PECB menawarkan empat kursus pelatihan Manajemen Mutu ISO 9001:

1. Pengenalan ISO 9001
2. Dasar ISO 9001
3. Pelaksana Utama ISO 9001
4. Auditor Utama ISO 9001

_{Disadur dari: pecb.com}

Dari bahasa Prancis Kuno “definer”, definisi menyusun konsep dengan mengklarifikasi batasan, elemen, dan interaksinya - tiga elemen yang akan kita bahas dalam artikel yang didedikasikan untuk Rekayasa Kualitas dalam industri perangkat lunak.

Definisi Rekayasa Kualitas yang akan Anda temukan dalam artikel ini dibangun berdasarkan evolusi Lean, Agile, dan DevOps, tetapi bukan sekadar perubahan nama dari Jaminan Kualitas untuk mencoba menjual alat pengujian untuk pipeline CI / CD Anda.

Rekayasa Kualitas adalah perubahan paradigma dalam cara kita bertindak pada sistem produksi perangkat lunak untuk menciptakan keunggulan kompetitif bisnis yang langgeng dari perangkat lunak Quality at Speed dengan transformasi yang terfokus dan pragmatis.

Mengapa rekayasa kualitas

Tantangan yang menekan dengan kendala yang kuat

Perubahan yang dipercepat, inovasi yang mengganggu, dan persaingan global di dunia BANI adalah ciri-ciri utama dari apa yang disebut “transformasi digital”. Dalam konteks di mana praktik-praktik terbaik dapat dengan mudah ditiru, keunggulan kompetitif melalui keunggulan operasional hanya bersifat sementara.

Oleh karena itu, organisasi menghadapi berbagai tantangan digital untuk bertahan:

1. Memberikan nilai secara terus-menerus agar tetap kompetitif
2. Membuat investasi dan pilihan dengan prediktabilitas yang rendah
3. Memberikan pengalaman yang sukses kepada “pengguna” yang tidak berinteraksi secara langsung dengan kita
4. Memberikan peningkatan abstrak dengan cepat, dan mengadaptasinya melalui eksperimen
5. Menyederhanakan proses yang kompleks dan saling bergantung dari ujung ke ujung.

Di saat yang sama, ekosistem kami berkembang dengan menambahkan lebih banyak batasan:

• Pelanggan yang diberdayakan menginginkan solusi waktu nyata, jika tidak, mereka akan beralih
• Posisi yang tidak terisi mencapai 25% sementara karyawan berotasi mencapai 30%.
• Sumber daya menjadi lebih langka di semua tingkatan.

Kecepatan bisnis digital adalah keharusan

Banyak organisasi memiliki satu-satunya pilihan untuk beralih ke digital agar dapat bertahan hidup, tetapi menghadapi banyak masalah ketika mencoba menghadirkan perangkat lunak dengan kecepatan yang lebih tinggi: peningkatan waktu tunggu, pengerjaan ulang, dan masalah berulang yang rumit untuk dipahami di mana hal ini tidak hanya masalah atau mengadopsi DevOps, Agile, atau perkakas tertentu.

Model industri dengan skala ekonomi tidak lagi memadai. Pelaku baru dengan proposisi nilai yang lebih baik yang meningkat lebih cepat dapat sepenuhnya mengganggu bisnis yang sudah ada dalam hitungan bulan. Adaptasi bisnis yang cepat dengan kecepatan yang berkelanjutan telah menjadi keunggulan kompetitif yang paling berharga.

Kecepatan jangka pendek mengakibatkan kegagalan bisnis

Dihadapkan pada keharusan kecepatan, banyak organisasi memfokuskan upaya mereka untuk “mempercepat” ritme penyampaian nilai. Meskipun taktik ini dapat menghasilkan jangka pendek dengan biaya yang signifikan, akumulasi utang akan berakhir dengan memperlambat ritme iterasi tanpa perbaikan cepat untuk membalikkan situasi.

Pertukaran jangka pendek menghasilkan sistem produksi perangkat lunak yang terfragmentasi.

Model ini gagal bertahan dalam lingkungan digital yang kompetitif, tidak dapat diprediksi, dan kompleks di mana kecepatan perangkat lunak yang berkelanjutan adalah satu-satunya keunggulan kompetitif yang dapat menjaga aliran pengiriman nilai yang berkelanjutan.

Inisiatif yang terkotak-kotak cenderung berakhir sebagai pemborosan

Dalam lanskap pengembangan perangkat lunak yang dinamis, ada banyak sekali inisiatif perbaikan - mulai dari metodologi Agile hingga praktik DevOps, rekayasa platform hingga prinsip-prinsip SRE, dan seterusnya. Tantangan yang sebenarnya terletak pada membedakan inisiatif yang akan memberikan hasil yang paling berdampak dan bertahan lama.

Di dunia di mana waktu dan sumber daya terbatas, organisasi harus secara hati-hati memilih dan memusatkan upaya mereka pada prioritas yang paling berharga. Kuncinya bukan hanya mengadopsi praktik-praktik yang modis demi mengikuti tren, tetapi berinvestasi secara strategis dalam inisiatif yang dapat menciptakan transformasi yang signifikan dan berkelanjutan.

Upaya yang terpisah-pisah berisiko menghamburkan sumber daya tanpa memberikan keuntungan yang sepadan, menggarisbawahi pentingnya pendekatan yang terfokus dan menyeluruh untuk mencapai peningkatan bisnis yang substansial dan berkelanjutan, memastikan bahwa sumber daya digunakan secara efisien dan pemborosan diminimalkan.

Mendefinisikan rekayasa kualitas

Rekayasa kualitas bukanlah rekayasa jaminan kualitas.

“Rekayasa Kualitas” dapat membuat kita berpikir bahwa tujuannya adalah merekayasa kualitas ke dalam proses pengiriman perangkat lunak dengan lebih banyak otomatisasi pengujian dan integrasi di dalam pipeline. Meskipun peningkatan ini diperlukan, namun jelas tidak cukup untuk menangani topik non-teknis seperti organisasi atau kolaborasi.

Produksi perangkat lunak merupakan hasil dari kolaborasi bagian-bagian yang saling bergantung dari sistem yang terdiri dari manusia, proses, dan teknologi. Oleh karena itu, injeksi Kualitas tidak dapat dibatasi pada jalur pengiriman perangkat lunak dan harus mencakup seluruh area yang membentuk sistem produksi perangkat lunak.

Apa itu rekayasa kualitas

Definisi Rekayasa Kualitas adalah:

“Rekayasa Kualitas menerapkan manajemen kualitas total pada produksi perangkat lunak melalui pendekatan sistemik yang membangun kemampuan Kualitas pada Kecepatan untuk kecepatan bisnis yang berkelanjutan.” -Antoine CRASKE

Rekayasa Kualitas adalah penerapan Manajemen Kualitas Total pada industri perangkat lunak, mengkonsolidasikan praktik-praktik yang matang dari berbagai domain sebagai bagian dari sistem produksi perangkat lunak yang memanfaatkan kekuatan arsitektur untuk merakit bagian-bagian yang paling berharga.

Nilai rekayasa kualitas

Inti dari Rekayasa Kualitas terletak pada pengoptimalan investasi untuk mendapatkan hasil yang maksimal. Pendekatan yang terfokus memungkinkan bisnis untuk memusatkan upaya mereka pada hal-hal yang benar-benar penting, sehingga memperkuat dampak dari setiap upaya. Penyelarasan strategis ini tidak hanya menyederhanakan proses tetapi juga mengatasi masalah Quality at Speed yang terus menerus yang selama ini menghambat kemajuan.

Dalam konteks di mana lingkungan bisnis semakin kompetitif dengan sumber daya yang terbatas, organisasi dapat mempersiapkan diri untuk menghadapi ketidakpastian dengan membangun sistem produksi perangkat lunak mereka sebagai keunggulan kompetitif yang langgeng dibandingkan pesaing yang lebih lambat dalam beradaptasi, belajar, dan berinovasi.

Memahami rekayasa kualitas

Pemahaman tentang Rekayasa Kualitas diperlukan untuk membingkai prinsip-prinsip inti, batasan, dan konsep yang memungkinkan untuk menyuntikkan kualitas dalam setiap elemen sistem produksi perangkat lunak.

Filosofi rekayasa kualitas

Logika yang mendasari Rekayasa Kualitas dirangkum dalam mantra “Bangun Lebih Baik, Bangun Lebih Cepat” yang mewakili kebutuhan untuk fokus membangun lebih baik pada setiap aspek produksi perangkat lunak untuk membuka kecepatan yang berkelanjutan.

Pergeseran paradigma Rekayasa Kualitas bergantung pada prinsip-prinsip berikut:

1. Bisnis bergantung pada Kualitas dan Kecepatan perangkat lunak
2. Kualitas mencakup seluruh sistem produksi perangkat lunak
3. Kecepatan hanya dapat dipertahankan melalui kualitas bawaan.

Bintang utara dari kecepatan bisnis yang berkelanjutan membutuhkan fokus pada poin kedua untuk menjadikan kualitas sebagai warga kelas satu di seluruh sistem produksi perangkat lunak. Oleh karena itu, hal ini membutuhkan penetapan batasan Rekayasa Kualitas.

Batasan rekayasa kualitas

Dengan pandangan sistemik, Rekayasa Kualitas bekerja pada sistem produksi perangkat lunak dengan mengambil ide bisnis digital sebagai masukan dan menciptakan keluaran berupa peningkatan perangkat lunak yang benar-benar ada dalam operasi, dan idealnya, bernilai.

Dalam gambaran besar yang lebih luas, batas kiri dan kanan Rekayasa Kualitas dimulai ketika sistem produksi perangkat lunak minimal, biasanya pada tahap awal dengan 2-3 orang, dan pada tahap kematangan bisnis yang tersisa hingga serie-A dan serie-E dengan sekitar 500 FTE yang didedikasikan untuk produksi perangkat lunak.

Rekayasa Kualitas mendukung pengembangan sistem produksi perangkat lunak yang berkelanjutan

Di bagian bawah, Rekayasa Kualitas mengidentifikasi elemen produksi perangkat lunak yang diperlukan tetapi tidak merinci implementasi lengkapnya, diserahkan kepada badan pengetahuan yang ada di setiap area. Di batas atas, Rekayasa Kualitas tidak mencakup untuk apa sistem produksi perangkat lunak digunakan, yaitu fitur-fiturnya.

Pengetahuan rekayasa kualitas

Dari perspektif implementasi, Rekayasa Kualitas membutuhkan pemahaman tentang gambaran besar untuk menemukan masalah sistemik dan solusi terfokus arsitek yang secara efektif menyelesaikan penyebab utama dan faktor pembatas.

Bidang utama pengetahuan Rekayasa Kualitas adalah:

• Lean, Agile, DevOps untuk mengkonsolidasikan area produksi perangkat lunak
• Pemikiran sistemik dan arsitektur sebagai inti dari pendekatan sistemik
• Perilaku organisasi dan manusia untuk kolaborasi para aktor.

Rekayasa Kualitas mengkonsolidasikan praktik industri perangkat lunak untuk manajemen kualitas total

Praktik ramping, yang dikenal dengan prinsip efisiensi dan pengurangan limbah, terjalin ke dalam jalinan Rekayasa Kualitas. Integrasi Kepemimpinan Transformasional dan prinsip-prinsip Manajemen Transisi memastikan evolusi yang mulus menuju sistem produksi perangkat lunak yang lebih optimal.

Rekayasa Kualitas membangun gambaran besar sistem produksi perangkat lunak berdasarkan berbagai praktik industri perangkat lunak yang diperoleh melalui pengalaman bertahun-tahun, akuisisi pengetahuan, dan berbagi komunitas di Unit QE.

Elemen dan kerangka kerja Rekayasa Kualitas yang disederhanakan memungkinkan Anda untuk memanfaatkan kumpulan pengetahuan tersebut tanpa harus mempelajari semuanya. 

Elemen-elemen utama rekayasa kualitas

Fondasi Rekayasa Kualitas dibangun di atas pemahaman dan penanganan tantangan terkait Kualitas dan Kecepatan.

Pendekatan sistemik Rekayasa Kualitas mendukung pandangan global terhadap sistem produksi perangkat lunak dengan mempertimbangkannya sebagai jumlah bagian yang input dan outputnya ditingkatkan untuk membangun kemampuan Kualitas pada Kecepatan.

Blok bangunan rekayasa kualitas

Konsep blok bangunan adalah elemen penting Rekayasa Kualitas yang secara kolektif membuka jalan bagi produksi perangkat lunak yang efektif.

Rekayasa Kualitas menyusun 3 blok bangunan inti ini:

1. Kualitas dengan Kecepatan yang Menyakitkan
2. Area Sistem MAMOS
3. Keluaran dan Hasil.

Kualitas pada rasa sakit kecepatan

Dua dimensi kritis pertama adalah Quality Pains dan Speed Pains. Quality Pains mencakup tantangan yang terkait dengan berbagai aspek kualitas produksi perangkat lunak, sedangkan Speed Pains mengatasi rintangan untuk mencapai pengiriman perangkat lunak yang cepat dan efisien di berbagai tingkatan organisasi.

• Quality Pains lebih subjektif tetapi dapat lebih mudah berbicara dengan berbagai pemangku kepentingan yang belum tentu akrab dengan internal produksi perangkat lunak. Bentuknya bisa bermacam-macam, mulai dari ketergantungan pada satu orang, atau kurangnya kegunaan.
• Speed Pains lebih mudah didukung oleh metrik dan angka-angka yang lebih faktual. Tantangan dalam hal ini lebih bergantung pada konsolidasi dan pembingkaian yang benar tentang nilai dalam perspektif dan dibandingkan dengan yang lain.

Area sistem MAMOS

Inti dari Rekayasa Kualitas adalah sistem produksi perangkat lunak MAMOS yang merangkum prinsip-prinsip dan praktik utama untuk membangun kemampuan Quality at Speed, memastikan keselarasan dan koherensi di berbagai aspek pengembangan perangkat lunak melalui tiga tingkatan.

Area MAMOS

MAMOS menyusun sistem produksi perangkat lunak ke dalam area-area utama yang secara keseluruhan mewakili jumlah bagian-bagiannya, tetapi memungkinkan untuk fokus pada setiap konteks dengan kohesi.

Kelima area MAMOS adalah:

1. Metode: merampingkan kolaborasi untuk pengiriman nilai yang ramping
2. Arsitektur: menyusun platform teknologi yang digerakkan oleh kualitas
3. Manajemen: memungkinkan para pelaku dan tim untuk memberikan nilai
4. Organisasi: menyelaraskan struktur dan batasan tim untuk kualitas
5. Keterampilan: memastikan ketersediaan kompetensi untuk mendukung kapabilitas.

Poin-poin berikut ini penting dalam penyelarasan model:

• Budaya bukanlah area sistem yang berdiri sendiri karena dibentuk dan merupakan hasil dari interaksi dan dinamika dari area MAMOS lainnya
• Area arsitektur mencakup seluruh rangkaian teknologi, mulai dari desain hulu, keamanan, hingga manajemen operasi
• Area keterampilan mewakili pemetaan kompetensi, strategi akuisisi dan retensi termasuk sarana internal dan eksternal.

Sub-area MAMOS

Kerangka kerja MAMOS terdiri dari beberapa area yang berbeda, masing-masing berisi serangkaian sub-area yang membentuk sistem produksi perangkat lunak. Sub-area ini memberikan cetak biru terperinci untuk menangani berbagai aspek pengembangan, memastikan bahwa prinsip-prinsip Rekayasa Kualitas diintegrasikan secara efektif ke dalam setiap area.

Sub-area MAMOS dapat diambil dari daftar ini:

• Metode: Fokus, Rencanakan, Rancang, Tentukan, Terapkan, Implementasikan, Kirim, Terapkan, Operasikan, Pelajari, Tingkatkan
• Arsitektur: Urbanisasi, Membuat atau Membeli, Modularitas, Integrasi, Keamanan, Layanan Mandiri, Pengamatan, Ketahanan, Eksperimen, Fleksibilitas
• Manajemen: Visi, Penyelarasan, Pilihan, Kolaborasi, Pemberdayaan, Kinerja, Risiko, Kegagalan, Pengukuran, Pengembangan
• Organisasi: Pilihan Desain, Komitmen, Struktur Organisasi, Komunikasi, Kepemimpinan, Manajemen, Keterlibatan, Perencanaan Tenaga Kerja, Pembelajaran Organisasi, Budaya Organisasi
• Keterampilan: Pemetaan Keahlian, Kemitraan Strategis, Pemberdayaan Jarak Jauh, Fasilitasi Pengembangan, Penarikan Bakat, Retensi Bakat, Kerja Sama Tim, Komunikasi Eksternal, Pembangunan Komunitas, Pembelajaran Berkelanjutan.

Unit-unit MAMOS

Unit-unit lebih lanjut menguraikan sub-area menjadi komponen-komponen yang dapat ditindaklanjuti yang memberikan pemahaman terperinci tentang bagaimana setiap sub-area dapat diimplementasikan secara praktis untuk meningkatkan proses produksi perangkat lunak.

Contoh ilustrasi dari peta unit MAMOS lengkap

Mari kita ilustrasikan hal ini dengan contoh spesifik dari sub-area Metode & Fokus:

• Definisi strategi: Menetapkan peta jalan yang jelas untuk proses pengembangan, menyelaraskannya dengan tujuan bisnis secara keseluruhan
• Definisi prioritas: Mengidentifikasi tugas dan fitur yang paling penting yang membutuhkan perhatian segera, memastikan alokasi sumber daya yang efisien
• Definisi cakupan: Menguraikan dengan jelas batas-batas dan cakupan proyek untuk menghindari perluasan ruang lingkup dan memastikan eksekusi yang terfokus
• Definisi tujuan: Menetapkan tujuan yang spesifik dan terukur yang memandu upaya tim menuju hasil yang sukses.

Masing-masing unit ini digunakan untuk menilai level dan meningkatkan levelnya jika terungkap sebagai faktor pembatas utama dalam sistem produksi perangkat lunak. Daftar lengkap unit MAMOS dapat digunakan untuk transformasi Rekayasa Kualitas.

Keluaran dan hasil

Hubungan antara upaya dan hasil sangat penting dalam Rekayasa Kualitas dan diwujudkan melalui mantra 'hubungkan keluaran dengan hasil'. Kedua elemen tersebut merupakan output sistem utama yang memvalidasi keampuhan seluruh proses.

Dua elemen kunci dalam blok bangunan pengukuran ini adalah:

1. Keluaran mencakup hasil produksi faktual
2. Hasil adalah poin yang lebih berharga secara kualitatif yang berasal dari output.

Keduanya memberdayakan Anda untuk menilai dampak tindakan Anda secara komprehensif. Pertimbangkan untuk menggunakan metrik Accelerate, seperti empat ukuran utama yang dikenal luas di industri ini dan lebih mudah diketahui oleh seluruh tim.

Selain itu, hasil dapat langsung dikaitkan dengan masalah kualitas dan kecepatan yang diidentifikasi pada awalnya. Penyelarasan strategis ini tidak hanya merampingkan upaya Rekayasa Kualitas Anda, tetapi juga memastikan bahwa hasil yang dicapai selaras dengan tujuan dan aspirasi organisasi Anda secara menyeluruh.

Kerangka kerja MAMOS untuk rekayasa kualitas

Kerangka kerja MAMOS menyediakan cara terstruktur untuk memanfaatkan blok bangunan Rekayasa Kualitas untuk mendorong transformasi sistem produksi perangkat lunak yang bernilai dan terfokus. Kerangka kerja ini mengandalkan prinsip-prinsip inti dan proses berulang 3 langkah AAA.

Proses berulang 3 langkah MAMOS dengan AAA

Proses 3 langkah MAMOS berpusat di sekitar AAA-Assess, Architect, dan Accelerate-berdiri sebagai kerangka kerja iteratif pemandu yang merangkum pendekatan metodis yang mencakup evaluasi komprehensif, desain strategis, dan akselerasi transformasional.

Gambaran umum proses AAA mencakup 3 langkah yaitu:

1. Menilai Masalah Kualitas dan Kecepatan
2. Merancang solusi MAMOS untuk masalah sistemik
3. Mempercepat penyampaian keluaran dan hasil.

Menilai

Fase Assess terdiri dari evaluasi mendalam terhadap Quality and Speed Pains untuk mengidentifikasi hambatan, inefisiensi, dan titik nyeri dalam proses produksi perangkat lunak. Hal ini membutuhkan analisis menyeluruh terhadap kondisi saat ini untuk mengungkap tantangan yang mendasarinya.

Arsitek

Fase Arsitek membuat solusi holistik dengan memanfaatkan Kerangka Kerja MAMOS untuk mengatasi masalah sistemik yang diidentifikasi dalam fase Menilai. Arsitektur end-to-end diterapkan pada sistem produksi perangkat lunak dalam lima bidang yaitu Metode, Arsitektur, Manajemen, Organisasi, Keterampilan.

Mempercepat

Fase Accelerate mengubah solusi menjadi hasil yang nyata dengan mengimplementasikan strategi dan aktivitas yang diidentifikasi dalam fase Architect yang memberikan output dan hasil yang terukur yang selaras dengan tujuan bisnis dan mengembangkan kapabilitas Quality at Speed.

Prinsip-prinsip kerangka kerja MAMOS

Transformasi yang efektif didasarkan pada pemahaman yang baik tentang konteks, keputusan yang kuat, dan tindakan terfokus dalam sistem yang mempertahankan dorongan perubahan awal dan menyelaraskan elemen-elemen sistem agar tidak kembali ke kelembaman.

Transformasi Rekayasa Kualitas perlu mengikuti prinsip-prinsip utama ini:

• Mundur sejenak untuk melihat gambaran besar, melibatkan pemangku kepentingan yang relevan, dan tindakan lain untuk lebih memahami sistem dengan lebih baik
• Menekankan pada kelengkapan untuk mengatur dengan baik diagnosis dan tindakan Anda pada area-area utama tanpa tersesat dalam detail
• Fokus pada faktor pembatas untuk memprioritaskan upaya yang memiliki pengaruh lebih besar untuk meningkatkan hasil dan keluaran.
• Pengiriman kotak waktu untuk mempertahankan tindakan terfokus yang akan menghindari penambahan pemborosan dan memaksa untuk menemukan langkah tambahan yang berharga.
• Menghubungkan output dengan hasil untuk memastikan upaya yang dilakukan memberikan nilai yang diharapkan dan masih relevan untuk dipertahankan pada fokus saat ini.

Menerapkan rekayasa kualitas dalam organisasi anda

Penerapan Rekayasa Kualitas membutuhkan pendekatan sistemik dan strategis untuk transformasi organisasi yang akan mendapatkan dukungan awal yang memadai, menumbuhkan koalisi pemandu, dan memberikan nilai lebih dari dorongan awal untuk membangun kapabilitas Quality at Speed yang berkelanjutan. 

Model Transformasi Rekayasa Kualitas

Transformasi Rekayasa Kualitas berada pada 5 aktivitas berikut:

Menghubungkan masalah perangkat lunak dengan dampak bisnis

Langkah penting pertama dalam perjalanan ini adalah membangun hubungan yang kuat antara tantangan terkait perangkat lunak yang dihadapi organisasi Anda dengan prioritas bisnis secara keseluruhan. Penyelarasan ini menjadi dasar bagi Rekayasa Kualitas untuk diposisikan sebagai pendorong nilai dan keunggulan kompetitif yang kuat.

Ciptakan kesadaran dan dapatkan dukungan

Agar berhasil memperkenalkan Rekayasa Kualitas, menciptakan kesadaran dan mendapatkan dukungan dari para pemangku kepentingan sangatlah penting. Hal ini melibatkan komunikasi proposisi nilai Rekayasa Kualitas dan mengilustrasikan bagaimana hal tersebut dapat mengatasi masalah, mengoptimalkan proses, dan berkontribusi untuk mencapai tujuan bisnis strategis.

Pahami masalah utama dan titik masalah

Pemahaman yang mendalam tentang masalah utama dan titik masalah organisasi Anda sangat penting. Hal ini melibatkan analisis dan penilaian yang komprehensif untuk mengidentifikasi kemacetan, inefisiensi, dan area yang memerlukan perbaikan. Dengan menentukan titik-titik masalah ini, Anda dapat menyesuaikan inisiatif Rekayasa Kualitas Anda untuk mengatasinya secara langsung.

Merancang bersama solusi rekayasa kualitas

Kolaborasi adalah inti dari Rekayasa Kualitas. Proses merancang solusi bersama melibatkan kerja sama tim lintas fungsi, di mana para ahli dari berbagai bidang berkumpul untuk merancang strategi, proses, dan kerangka kerja yang meningkatkan kualitas produk perangkat lunak dengan tetap menjaga kecepatan dan efisiensi.

Mendorong transformasi yang memungkinkan Lean

Rekayasa Kualitas bukan hanya tentang menerapkan proses baru; ini adalah transformasi holistik yang berdampak pada seluruh organisasi. Sebagai pemimpin, Anda akan memainkan peran penting dalam mendorong transformasi ini. Hal ini melibatkan pengembangan budaya kualitas, memfasilitasi pengembangan keterampilan, dan mendukung penerapan praktik-praktik baru di seluruh tim.

Memanfaatkan cetak biru MAMOS

Tantangan yang dihadapi oleh perusahaan di berbagai lokasi dan jangka waktu yang berbeda sering kali memiliki kesamaan. Meskipun konteksnya mungkin berbeda, pola masalah dan solusi muncul yang dapat dimanfaatkan untuk hasil yang berdampak.

Cetak Biru MAMOS adalah sistem produksi perangkat lunak yang dikemas di lima area MAMOS untuk kasus penggunaan umum. Blueprint ini dapat digunakan untuk mempelajari cara kerja kasus penggunaan tertentu, untuk kemudian digunakan untuk melakukan analisis kesenjangan dengan lebih cepat atau menentukan rencana tindakan transformasional.

Contoh cetak biru MAMOS untuk model peningkatan skala

Kasus penggunaan MAMOS Blueprint berkisar dari beradaptasi dengan berbagai tahap pertumbuhan, seperti putaran pendanaan Seri A, B, C, D, E, atau melayani model operasional tertentu seperti start-up, peningkatan, peningkatan, peningkatan, peningkatan, dan skalabilitas global. Model praktik spesifik seperti FinOps sedang dalam proses pengembangan di dalam komunitas.

Rekayasa kualitas atau mencoba mati

Rekayasa Kualitas mewakili kebutuhan akan transversalitas dalam industri kita untuk secara efektif mendukung bisnis dalam penemuan kembali yang berkelanjutan.

Masa depan setiap organisasi bergantung pada kemampuannya untuk mengembangkan kemampuan Quality at Speed yang mendukung untuk secara efektif membangun aset paling berharga dari bisnis digital mereka: sistem produksi perangkat lunak.

Untuk mewujudkannya, Anda perlu memimpin secara efektif pada gambaran besar yang melampaui batas-batas organisasi, menyalurkan upaya dan sumber daya pada prioritas yang paling penting.

Di mana pun Anda sebagai Kepala, Direktur, C-level Teknik, Kualitas, atau Teknologi, pilihan ada di tangan Anda untuk mulai memberikan dampak dengan merangkul filosofi Rekayasa Kualitas “Bangun Lebih Baik, Bangun Lebih Cepat” yang merancang Kualitas pada Kecepatan.

Disadur dari: qeunit.com

Setiap organisasi ini terlibat dalam rekayasa kualitas, baik mereka menyadarinya atau tidak. Tindakan menciptakan produk atau layanan menyiratkan bergulat dengan tantangan untuk memberikan kualitas yang tinggi. Mengabaikan kualitas hampir selalu menyebabkan hasil yang buruk.  Faktanya, di Amerika Serikat saja, biaya perangkat lunak berkualitas buruk.

Apa Itu rekayasa kualitas gambar utama

Setiap organisasi di planet ini terlibat dalam rekayasa kualitas, entah mereka menyadarinya atau tidak. Tindakan menciptakan produk atau layanan menyiratkan bergulat dengan tantangan untuk memberikan kualitas tinggi. Mengabaikan kualitas hampir selalu menyebabkan hasil yang buruk. 

Faktanya, di Amerika Serikat saja, biaya perangkat lunak berkualitas buruk pada tahun 2018 mencapai $2,8 triliun.

Semua orang mencari cawan suci produk dan layanan berkualitas: lebih banyak pelanggan dan pertumbuhan, biaya yang lebih rendah, dan peningkatan margin keuntungan. Disiplin rekayasa kualitas merupakan hasil dari pencarian tersebut, yang sama sekali tidak lengkap.

Rekayasa kualitas adalah seperangkat metodologi, proses, dan prinsip yang membantu organisasi meningkatkan proses bisnisnya untuk mencapai tingkat kualitas tertentu untuk produk atau jasanya. Sebagai seorang profesional jaminan kualitas yang cerdas, Anda akan memperhatikan definisi melingkar yang melibatkan kata kualitas, yang membawa kita ke pertanyaan berikutnya: 

Apa itu kualitas? apa saja aspek-aspek kualitas?

Kualitas tidak mudah untuk didefinisikan karena memiliki beberapa aspek yang bersifat subjektif. Bahkan, filsuf-penulis Robert Pirsig menulis sebuah buku tentang kualitas: “Zen and the Art of Motorcycle Maintenance” di mana ia menyatakan Metafisika Kualitasnya.

Menariknya, bukunya ditolak oleh 121 penerbit yang menganggapnya berkualitas rendah. Namun, Pirsig tetap bersikeras, dan penerbit #122 merasa bahwa “Buku ini brilian di luar dugaan, ini mungkin sebuah karya jenius ...” dan menerbitkannya, setelah itu buku ini terjual lebih dari 5 juta eksemplar.

Pirsig mungkin telah melakukan sesuatu ketika dia mengatakan bahwa kualitas sulit untuk didefinisikan, tetapi kita semua memahaminya secara intuitif. Namun, sebagai insinyur, kita tidak bisa dan tidak akan membiarkannya begitu saja dan akan mencoba memberikan daftar untuk aspek-aspek kualitas. Di seluruh dunia, industri manufaktur menggunakan berbagai standar kualitas dan pendekatan untuk menstandarkan kualitas dengan lebih baik seperti ISO 9001, Six Sigma, Total Quality Management.

Rekayasa kualitas dalam perangkat lunak: sebuah paradigma baru

Industri perangkat lunak telah menyadari bahwa pendekatan korektif yang ditentukan oleh jaminan kualitas dan kontrol kualitas - menemukan dan memperbaiki bug setelah kejadian - telah berjalan sejauh mungkin.

Rekayasa kualitas menawarkan jalan ke depan dengan pendekatan proaktif dan preventif untuk menerapkan sistem kualitas yang memecahkan masalah kualitas yang dihadapi pengembangan perangkat lunak secara umum dan pengembangan produk pada khususnya.

Dengan mengesampingkan filosofi “kualitas ada di mata yang melihatnya”, rekayasa kualitas dalam perangkat lunak menangani dua aspek untuk memastikan kualitas yang tinggi:

Kualitas fungsional yang berhubungan dengan aspek fungsional dari produk atau solusi perangkat lunak: Apakah produk tersebut melakukan apa yang diharapkan? Apakah sesuai dengan spesifikasi desain?

Kualitas struktural yang berhubungan dengan aspek non-fungsional perangkat lunak: Apakah perangkat lunak tersebut kuat? Aman? Sangat tersedia? Mudah dipelihara? 

Evolusi dan siklus hidup rekayasa kualitas dalam perangkat lunak

Rekayasa kualitas perangkat lunak telah mengalami kebangkitan dengan organisasi yang berusaha keras untuk mencegah atau menemukan cacat sedini mungkin.

Hal ini telah menghasilkan banyak alat dan metode baru, termasuk otomatisasi pengujian, pengujian shift-left, DevOps, DevSecOps, Integrasi Berkelanjutan dan Penyebaran Berkelanjutan (CI / CD), SDET, Pengembangan Berbasis Tes (TDD) dan Pengembangan Berbasis Perilaku (BDD), manajemen risiko, dan kecerdasan buatan. 

Semua ini digabungkan membentuk pendekatan baru untuk rekayasa kualitas.

Siklus hidup rekayasa kualitas

Sudah diketahui bahwa data dan metrik sangat penting untuk kualitas. Faktanya, keduanya merupakan salah satu cara utama untuk menentukan apakah inisiatif rekayasa kualitas Anda sudah mengakar dan berhasil. Namun, metrik seperti apa yang sedang kita bicarakan?

Menggunakan metrik untuk melakukan perubahan adalah proses yang tidak sepele.

Saat ini, kita bisa mendapatkan lebih banyak data daripada yang kita tahu apa yang harus dilakukan dengan data tersebut dan mudah sekali tenggelam dalam lautan data. Oleh karena itu, penting untuk mengetahui data dan pengukuran apa yang relevan. Mengutip perkataan Yang Mulia Rumsfeld, “Waspadalah terhadap hal-hal yang tidak diketahui!”

Saya akan mengatakan dengan tegas di sini bahwa metrik yang mengukur hasil akhir dan hasil adalah yang paling penting. Bagaimanapun juga, inisiatif rekayasa kualitas harus menghasilkan bisnis yang lebih kuat dan lebih baik. Hal ini mencakup metrik seperti:

• Volume penjualan produk
• Kepuasan pelanggan - khususnya rekomendasi pelanggan kepada orang lain
• Volume dan jenis permintaan dukungan

Namun, untuk mencapai metrik ini dapat memakan waktu mulai dari beberapa bulan hingga beberapa tahun setelah implementasi, dan tidak ada yang punya waktu sebanyak itu!

Tidak ada yang punya waktu untuk itu

Untuk membantu kami melacak peningkatan kualitas yang terjadi, kami menggunakan metrik seperti:

• Biaya kualitas
• Metrik cacat
• Cakupan
• Metrik kinerja dan rilis
• Metrik produktivitas, efisiensi, dan efektivitas.

Pada akhirnya, semua data dan metrik akan membantu pemimpin rekayasa kualitas untuk mengidentifikasi risiko di awal, meminimalkan cacat dan utang teknis, serta meningkatkan kelincahan dan waktu ke pasar.

Mengapa Rekayasa Kualitas Penting: Kisah A. Aardvark, Karyawan Paling Pekerja Keras di “Frustated Financial Consultants Inc.”

KISAH NYATA: Di awal karier saya, saya mengelola tim perangkat lunak yang memberikan solusi bagi pelanggan. Suatu hari, saya melakukan panggilan pra-penjualan ke calon pelanggan - sebut saja mereka “Frustrated Financial Consultants Inc.” - yang menginginkan aplikasi web penagihan waktu dan biaya. Frustrasi memiliki lebih dari 1.000 konsultan yang bekerja untuk berbagai klien mereka.

Saya bertemu dengan CTO mereka dan dia menjelaskan bahwa mereka sudah muak dengan solusi timesheet yang sudah ada (yang telah dikembangkan oleh seseorang selama 9 bulan) dan menunjukkan perilaku yang aneh. Setiap kali ada karyawan yang mengklik tautan untuk mengisi catatan timesheet, mereka akan melihat formulir yang terlihat seperti ini: 

Sekarang, sebagai seorang insinyur QA yang cerdas, Anda pasti akan menyadari masalah sebesar Grand Canyon dalam formulir ini.

Mengapa pengguna harus memilih nama mereka sendiri dari daftar karyawan?

Banyak pengguna, dengan hal-hal yang lebih baik untuk dilakukan, akan lupa untuk memilih nama mereka sendiri dari daftar, membiarkannya pada nilai defaultnya yaitu Amy Adams, yang mengalami nasib sial sebagai nama pertama dalam daftar yang diurutkan.

Namun hal ini menjadi lebih baik. Amy Adams yang malang sangat tidak senang dengan keadaan ini, jadi dia memperbaikinya dengan membuat karyawan fiktif bernama A. Aardvark! Aku tidak bercanda!

Jadi sekarang, setiap minggunya, manajer penagihan akan mendapati bahwa A. Aardvark telah melesat ke puncak daftar produktivitas dengan tidak kurang dari 300 hingga 500 jam kerja yang ditagihkan! Wanita malang ini harus menghabiskan setengah hari dari waktunya yang berharga setiap minggu untuk mencari dan mengejar orang-orang yang melakukan kesalahan ini dan meminta mereka memperbaikinya.

Dan begitulah cara A. Aardvark menjadi karyawan yang bekerja paling keras setiap bulannya selama beberapa bulan berturut-turut dengan produktivitas 6x hingga 10x lipat! Saya bersumpah, saya tidak bisa membuat hal ini jika saya mau.

Bagaimanapun, cerita ini memiliki akhir yang membahagiakan bagi para karyawan Frustrasi. Dalam beberapa bulan, kami mengembangkan aplikasi absensi yang canggih, yang tidak mengharuskan karyawan memilih nama mereka sendiri dari daftar, dan mereka semua hidup bahagia selamanya!

Dan begitulah, teman-teman, mengapa rekayasa kualitas itu penting.

Dasar, Penguji yang Terhormat: Memecahkan Teka-teki Siklus Hidup Pengujian Perangkat Lunak

• Kecerdasan buatan dalam pengujian perangkat lunak
• Apa itu manajemen kualitas perangkat lunak?
• Membuat strategi kualitas
• 4 Tren Rekayasa Kualitas Teratas Pada Tahun 2023

Apa yang Dilakukan Seorang Insinyur Kualitas?

Insinyur kualitas perangkat lunak adalah bagian integral dari tim desain dan kualitas perangkat lunak. Mereka mengawasi proses pengembangan perangkat lunak, mulai dari ide hingga eksekusi, untuk memastikan bahwa perangkat lunak memenuhi standar kualitas yang telah ditentukan.

Insinyur kualitas bersertifikat menggunakan teknik peningkatan berkelanjutan dan berbagai alat kontrol kualitas untuk memastikan kualitas. Tindakan seperti tindakan korektif dan tindakan pencegahan digunakan untuk menghilangkan kesenjangan dalam kualitas.

Untuk memenuhi kebutuhan organisasi perangkat lunak yang beragam dan menuntut saat ini, insinyur kualitas perangkat lunak memainkan berbagai peran, termasuk desain, SDET, pengujian, dan banyak lagi. Biasanya, ini adalah peran yang menantang yang membutuhkan beberapa keahlian untuk bekerja dengan baik, termasuk pemecahan masalah, pemecahan masalah, kontrol proses statistik, pengujian perangkat lunak, otomatisasi, dan kontrol kualitas.

American Society for Quality (ASQ) memberikan sertifikasi Insinyur Kualitas Perangkat Lunak Bersertifikat untuk insinyur kualitas.

Apa yang anda tunggu?

Pergeseran dari kontrol kualitas dan jaminan kualitas menuju rekayasa kualitas sedang berlangsung dengan baik dan benar. Rekayasa kualitas telah mengubah cara pembuatan perangkat lunak, dan masih dalam proses evolusi.

Disadur dari: theqalead.com