Jaminan Kualitas Web: Dari Persyaratan Pengguna Hingga Manajemen Risiko Web
Diterbitkan: 2022-03-10Sebagai ahli kimia berdasarkan perdagangan, saya menerima gelar Master dalam Manajemen Mutu dan Kontrol Kualitas dari Universitas Bordeaux. Karier awal saya adalah di industri anggur, memastikan kualitas operasi laboratorium dan analisis yang dihasilkannya. Sebagai catatan tambahan, pertanyaan terakhir wawancara kerja saya sebagai manajer penjaminan mutu laboratorium adalah “Apakah Anda suka anggur?, saya bilang tidak. Mereka berkata, "Anda dipekerjakan".
Pada tahun 1999, saya memutuskan untuk menerapkan wawasan manajemen kualitas saya ke web. Saya berhenti dari pekerjaan saya di laboratorium anggur. Saya segera mulai bekerja untuk menjawab pertanyaan, “ Apa arti kualitas bagi pengguna web? ” Itu juga berarti menjawab pertanyaan lain ini: “Bagaimana seseorang dapat mengevaluasi, mengelola, dan menjamin kualitas sebuah situs web?”
Jaminan kualitas (QA) didefinisikan sebagai:
“Sebuah program untuk pemantauan dan evaluasi sistematis dari berbagai aspek proyek, layanan, atau fasilitas untuk memastikan bahwa standar kualitas terpenuhi.”
— “Jaminan kualitas,” Merriam-Webster
QA adalah bagian sentral dari setiap pendekatan manajemen kualitas dan semua manajemen kualitas sangat terkait erat dengan manajemen risiko. Di sebagian besar sektor di mana risiko dipahami dan dianggap penting, jaminan kualitas pasti berkembang. Karena itulah penjaminan mutu menjadi pilar industri aeronautika, otomotif, kesehatan, bahkan video game, dan tidak banyak yang bermimpi mempersoalkannya.
Pencarian jawaban atas pertanyaan yang berkaitan dengan jaminan kualitas membuat saya membuat perusahaan saya dan menghasilkan beberapa daftar periksa dan standar yang terdokumentasi tentang data terbuka, kinerja, dan aksesibilitas web , termasuk dua versi pertama standar nasional Prancis tentang aksesibilitas (“RGAA ” yang merupakan singkatan dari R eferentiel G eneral d' A melioration de l' A ccessibilite). Itu juga membuat saya menulis buku tentang jaminan kualitas web dan kata pengantar dari delapan buku lainnya tentang UX, ecodesign, CSS, pengembangan frontend, dan lain-lain. Menjawab pertanyaan-pertanyaan ini juga merupakan alasan mengapa saya masih bersemangat tentang jaminan kualitas web bertahun-tahun kemudian. Dan, pertanyaan yang sama inilah yang mengarahkan saya kepada Anda dan proyek web Anda. Omong-omong, sekarang saya suka anggur, dari mana-mana.
Apa Arti Kualitas Bagi Pengguna?
Saat mempelajari konsep jaminan kualitas situs web pada tahun 2001, kami memulai dengan pertanyaan sederhana: “Apa arti kualitas bagi pengguna?”
Menurut ISO (International Organization for Standardization), istilah kualitas adalah:
"... sejauh mana seperangkat karakteristik yang melekat dari suatu objek memenuhi persyaratan."
Mengajukan pertanyaan awal tentang situs web ini melibatkan analisis kebutuhan pengguna. Selama penelitian kami, kami membuat model yang terdiri dari lima persyaratan dasar pengguna:
- Visibility adalah kemampuan sebuah situs untuk ditemui oleh calon penggunanya.
- Persepsi mewakili kemampuannya untuk dapat digunakan dan dirasakan secara positif oleh penggunanya.
- Teknis menyangkut kemampuannya untuk berfungsi dengan benar.
- Konten mencakup kemampuan untuk menyampaikan informasi yang berkualitas.
- Layanan menentukan kemampuannya untuk menawarkan, menemani, dan/atau menghasilkan layanan berkualitas.
Ada banyak persyaratan pengguna yang penting bagi pengguna. Misalnya, kelima persyaratan ini tidak berfokus pada emosi (kesenangan, keterikatan, rasa syukur, dan sebagainya) tetapi hanya pada keberhasilan persyaratan mendasar. Model ini tidak bertujuan untuk mengidentifikasi secara mendalam semua kebutuhan pengguna. Namun, dapat digunakan untuk mengklasifikasikan dan mengurutkannya . Kami menyebutnya model VPTCS.
Ini memberi tahu kita bahwa apa pun produk atau layanannya, atau siapa penggunanya:
Pengguna harus dapat menemukan situs web. Mereka harus dapat menggunakan dan memahaminya dengan benar, mereka membutuhkan situs web untuk berfungsi dengan benar, mereka membutuhkan konten berkualitas tinggi, dan mereka juga perlu memiliki pengalaman yang baik setelah kunjungan mereka.
Bagaimana Jaminan Kualitas Web Berhubungan Dengan UX Dan UI?
Untuk mengerjakan jaminan kualitas web, kami juga harus mengerjakan bagian lain dari definisi kualitas: karakteristik yang melekat pada suatu objek . Itu berarti menjelaskan apa itu situs web. Itu membuat kami mengerjakan struktur UX (pengalaman pengguna) dan bagaimana itu terkait dengan UI (antarmuka pengguna). Untuk melakukan itu, kami juga menggunakan model VPTCS (Visibilitas, Persepsi, Teknis, Konten, Layanan).
Model membaca dalam urutan kronologis yang berkaitan dengan kunjungan pengguna ke situs dan tiga fase utama: sebelum , selama dan setelah .
- V : sebelum kunjungan
- PTC : selama
- S : setelah kunjungan
Seperti yang akan Anda lihat di bawah, kami telah memutuskan untuk menggunakan model VPTCS untuk membedakan total pengalaman pengguna (UX) dari antarmuka pengguna (UI). UI dicakup oleh tiga bagian utama model: Persepsi, Teknis, dan Konten, dan hanya satu bagian dari perjalanan.
UX dimulai sebelum, dan berakhir setelah, UI.
Visibilitas membuat kami tertarik pada mengapa dan bagaimana pengguna tiba. Visibilitas dimulai sebelum pengguna menemukan antarmuka. Misalnya, cara situs web dijelaskan di halaman hasil mesin pencari atau cara orang membicarakan situs web di media sosial; itu semua adalah bagian dari pengalaman pengguna.
Di ujung lain model, bagian Layanan mengarahkan kita untuk melihat apa yang terjadi setelah pengguna meninggalkan antarmuka . Misalnya, di situs e-niaga, pengalaman Anda tidak berakhir saat Anda meninggalkan situs, melainkan terus berlanjut. Misalnya, ketika Anda tidak dapat mencapai dukungan pelanggan atau Anda harus menunggu 20 menit untuk berbicara dengan orang langsung, ketika paket Anda dikirim rusak atau terbuka sebagian, atau ketika Anda menyadari bahwa deskripsi produk di situs web tidak akurat. . Dalam hal ini, Anda tidak lagi menggunakan antarmuka itu sendiri, tetapi berinteraksi dalam pengalaman pengguna dunia nyata.
Meskipun model VPTCS memberi kami sudut pandang tentang apa itu situs web dan apa persyaratan pengguna, kami juga ingin menentukan konsekuensi bagi pemangku kepentingan proyek web yaitu mereka yang merancang, memproduksi, mengembangkan, mengkomersialkan, atau memasarkan situs web.
Perdagangan Yang Terlibat Dalam Jaminan Kualitas Web?
“Untuk mencapai pengalaman pengguna berkualitas tinggi dalam penawaran perusahaan, harus ada penggabungan layanan dari berbagai disiplin ilmu, termasuk teknik, pemasaran, desain grafis dan industri, dan desain antarmuka.”
— “Definisi Pengalaman Pengguna (UX),” Don Norman dan Jakob Nielsen
Ketika kami mulai bekerja pada jaminan kualitas web, kami menemukan bahwa mengidentifikasi persyaratan pengguna (Visibilitas — Persepsi — Teknis — Konten — Layanan) tidak cukup. Untuk mendapatkan dukungan profesional terhadap pendekatan jaminan kualitas, kami harus mengidentifikasi berbagai disiplin ilmu yang terlibat dalam proyek web dan menghubungkannya dengan persyaratan. Dalam memetakan perdagangan yang berbeda, Anda dapat melihat setiap perdagangan diperlukan dan semuanya memiliki setidaknya satu kesamaan: pengguna.
Pada titik ini, kami memiliki seperangkat alat untuk memahami serangkaian persyaratan di sisi pengguna, dan cara perdagangan web terkait dengan persyaratan pengguna ini.
Bekerja pada konsep kualitas selalu merupakan pendekatan multidisiplin. Setiap pengguna memiliki pandangan subjektifnya masing-masing tentang kualitas suatu produk. Beberapa pengguna lebih sensitif terhadap masalah teknis, yang lain lebih mementingkan kualitas konten, beberapa sangat terpengaruh oleh kualitas layanan. Mengevaluasi kualitas tidak dapat sepenuhnya objektif , tetapi selalu mungkin untuk mengubah persyaratan pengguna umum menjadi alat yang lebih dapat ditindaklanjuti. Untuk melakukannya, salah satu alat paling sederhana yang dapat dibuat adalah daftar periksa, dan kami melakukannya.
Mengubah Persyaratan Pengguna Menjadi Daftar Periksa yang Dapat Ditindaklanjuti
“Kita membutuhkan strategi berbeda untuk mengatasi kegagalan, strategi yang dibangun berdasarkan pengalaman dan memanfaatkan pengetahuan yang dimiliki orang-orang, tetapi entah bagaimana juga menutupi kekurangan manusia yang tak terhindarkan. Dan ada strategi seperti itu — meskipun akan tampak hampir konyol dalam kesederhanaannya, bahkan mungkin gila bagi kita yang belum menghabiskan waktu bertahun-tahun dengan hati-hati mengembangkan keterampilan dan teknologi yang lebih maju.
Ini adalah daftar periksa.”
— Atul Gawande, Manifesto Daftar Periksa
Kami memutuskan untuk menerjemahkan model VPTCS ke dalam aturan individual dengan menerapkan pemeriksaan berikut:
“Apakah ada aturan yang universal, realistis, berkelanjutan, dapat diverifikasi langsung oleh pengguna akhir yang memiliki konsensus dan nilai tambah bagi pengguna?”
Pada tahun 2004, kami mengajukan seperangkat aturan kepada komunitas profesional web Opquast dalam lokakarya online publik. Kami memberi mereka kriteria berikut untuk mengirimkan aturan: setiap aturan harus memiliki dampak yang dijelaskan pada pengguna, harus realistis, harus memiliki konsensus, harus universal dan dapat diverifikasi oleh pengguna akhir. Kumpulan “aturan untuk membuat aturan” ini adalah ujian kewarasan untuk menjaga hanya aturan yang dapat diterima dan digunakan oleh masyarakat.
Sejak itu, kami telah menghasilkan 4 versi daftar periksa kami — pada tahun 2004, 2010, 2015, dan 2020. Secara total, kami telah mengumpulkan lebih dari 10.000 komentar, membuang lebih dari seribu aturan kualitas, dan hanya menyimpan 240 yang lulus uji kewarasan. . Daftar periksa ini tidak dimaksudkan untuk menggantikan privasi, keamanan, aksesibilitas, SEO, atau daftar periksa atau standar desain ramah lingkungan lainnya. Ini hanya dimaksudkan untuk mendaftar aturan non-numerik utama yang dapat diperiksa, realistis, berguna dan universal yang berlaku untuk proyek web.
Kuncinya adalah dan tetap diterima oleh semua profesi web dan itu juga alasan mengapa kami memutuskan untuk bekerja di bawah lisensi terbuka CC-BY-SA (Creative Commons Attribution–ShareAlike License). Kami membuat kartu yang mencantumkan tujuan (nilai tambah bagi pengguna), cara menerapkan aturan (dapat diterapkan), dan cara memverifikasinya (dapat diverifikasi). Sebagai catatan tambahan, aturan tidak boleh berisi angka numerik. Kami mempelajari ini dengan susah payah: setelah merilis versi pertama, salah satu aturan menyatakan bahwa gambar dan beranda bersama-sama tidak boleh melebihi 150ko . Itu terlihat realistis pada tahun 2004 tetapi aturan itu sudah tidak relevan lagi pada tahun 2005. Kita membutuhkan aturan untuk tetap relevan setidaknya selama lima tahun, dan menentukan batas numerik sangat merusak konsensus yang ingin kita capai. Jadi kami menambahkan batasan ini ke pemeriksaan kewarasan kami.
240 aturan berdampak pada setiap peran dalam tim web, dari pengembang hingga dukungan pelanggan, dari manajemen hingga operasi, dan dari desainer UX hingga produsen konten. Misalnya, kami memiliki 35 dari 240 aturan yang terkait dengan desain ramah lingkungan, 23 aturan untuk keamanan, 37 aturan untuk SEO, 126 aturan untuk aksesibilitas, 38 untuk e-niaga.
Pendekatan yang paling logis dan jelas adalah dengan menggunakan daftar periksa (yang ini atau yang lain) sebagai alat konsepsi atau pra-peluncuran. Dalam kasus kami, itu berarti daftar periksa lengkap ini dapat digunakan untuk audit, dengan bantuan bagian kontrol dari setiap aturan. Ini juga dapat digunakan selama proses konsepsi dan desain menggunakan kutipan daftar periksa.
Namun, kami menemukan bahwa audit atau pra-peluncuran mungkin bukan hal pertama yang diperlukan untuk memulai proses jaminan kualitas web secara efisien. Sebelum Anda mencoba untuk mematuhi aturan, Anda perlu memastikan bahwa seluruh tim yang terlibat dalam proyek web memahaminya, bahkan ketika aturan tampaknya tidak terkait langsung dengan peran mereka di proyek.
- * Lihat daftar periksa versi terbaru (240 kartu tersedia dalam bahasa Prancis, Inggris, dan Spanyol, 2020)*
Bagaimana Cara Menggunakan Daftar Periksa Jaminan Kualitas Web?
Sepintas, hal yang paling penting untuk dipahami dalam sebuah aturan adalah aturan itu sendiri. Tapi mungkin alasan mengapa aturan itu ada lebih menarik dan berwawasan luas. Mari kita lihat contoh dengan Aturan kami n°233: “Teks dokumen PDF internal dapat dipilih.”
Mari daftar konteks pengguna di mana kepatuhan terhadap aturan ini dapat berguna :
- Konten file PDF dapat disuarakan dengan pembaca layar;
- Konten file PDF dapat diindeks di mesin pencari;
- Isi file PDF dapat dicari;
- Isi file PDF dapat diterjemahkan;
- Konten file PDF dapat disalin-tempel.
Kasus pengguna ini dapat menyangkut lima pengguna yang berbeda :
- Pengguna tunanetra menggunakan pembaca layar;
- Seorang pengguna yang mencari konten di mesin pencari;
- Seorang pengguna yang mencari bagian tertentu dari konten dalam dokumen;
- Seorang pengguna yang tidak berbicara bahasa dokumen dan membutuhkan terjemahan;
- Pengguna yang ingin menggunakan kembali sebagian konten dokumen.
Atau, bisa juga menyangkut pengguna yang sama yang akan mengalami kelima kasus di atas. Sebagai contoh, mari kita bayangkan seorang ilmuwan Bulgaria yang buta, mencari di mana dia dikutip di web, menemukan PDF dalam bahasa Inggris, kemudian mencari namanya di file pdf, menerjemahkannya secara otomatis ke bahasa Bulgaria dan selesai dengan menyalin dan menempelkan bagian dari konten dalam portofolionya.
Itu berarti bahwa dengan hanya satu aturan dari 240, seseorang dapat mengidentifikasi lima konteks di mana aturan akan berguna bagi pengguna. Artinya, ini adalah cara untuk memicu empati bagi pengguna yang berada di sisi lain layar dalam keragaman konteks mereka.
Oleh karena itu, hal pertama bagi seorang profesional yang mempertimbangkan aturan kualitas bukanlah bagaimana menerapkan aturan itu sendiri, tetapi memahami untuk apa aturan itu, untuk siapa, dan mengapa aturan itu ada . Semua aturan memiliki manfaat bagi pengguna, tetapi kenyataan dari proyek web adalah bahwa para profesional tidak memiliki sarana yang tidak terbatas. Oleh karena itu, mereka perlu membuat keputusan dan akhirnya, para profesional harus mampu membuat keputusan berdasarkan informasi tentang apakah akan menerapkan aturan atau tidak.
Sebagai seorang profesional web, dan terlepas dari sarana terbatas dari proyek web tempat Anda berpartisipasi, Anda harus dapat mengevaluasi secara objektif kualitas situs, untuk berdebat dan menjelaskan dasar evaluasi itu, untuk mengidentifikasi risiko, dan menengahi dalam pengetahuan penuh tentang fakta-fakta yang diketahui.
Jaminan kualitas perlu menjadi refleks utama bagi tim di seluruh organisasi yang terintegrasi — desainer web, manajemen, penjualan, pengembang, pemasaran, purna jual, pengemudi pengiriman — semua orang yang terlibat dalam pengalaman pengguna.
Pada titik refleksi kami ini, kami memiliki seperangkat alat awal untuk menerapkan jaminan kualitas web, tetapi itu tidak berarti kami memiliki semua yang diperlukan untuk mengintegrasikan jaminan kualitas web dan manajemen kualitas web ke dalam proses kami.
Untuk melangkah lebih jauh, kita perlu melihat risiko utama dari proyek web.
Di mana Risiko Utama Proyek Web?
“Penilaian risiko adalah upaya gabungan untuk mengidentifikasi dan menganalisis peristiwa potensial (masa depan) yang dapat berdampak negatif terhadap individu, aset, dan/atau lingkungan (yaitu analisis bahaya); dan membuat penilaian "atas tolerabilitas risiko berdasarkan analisis risiko" sambil mempertimbangkan faktor-faktor yang mempengaruhi (yaitu evaluasi risiko).”
— “Penilaian risiko,” Wikipedia
Seluruh industri kami telah belajar dari pengalaman bahwa, ya, aktivitas web memang membawa banyak risiko. Begitu juga di industri lain seperti aeronautika, otomotif atau kesehatan; setiap risiko harus diklasifikasikan, dengan mempertimbangkan apakah itu kritis atau tidak (analisis bahaya).
Menghargai risiko sebagai hal yang kritis selalu sebagian subjektif. Oleh karena itu, dalam kasus industri web, saya menemukan empat subjek di mana risikonya sangat kritis. Tiga dari subjek ini (aksesibilitas, keamanan dan privasi) memiliki konsekuensi besar yang potensial bagi pengguna. Konsekuensi ini juga dapat berdampak negatif pada citra merek dan bisnis Anda. Mereka dapat menyebabkan masalah yang tidak dapat diatasi bagi pengguna, kerugian pendapatan, dan litigasi.
Subjek terakhir yang saya pilih (ecodesign) juga penting dari sudut pandang sistemik dengan konsekuensi potensial yang besar pada kehidupan pribadi dan profesional kita.
Ada banyak masalah yang benar-benar dapat membahayakan bisnis Anda (kinerja buruk, desain UX buruk, SEO tidak memadai, dan sebagainya), tetapi secara umum, mereka tidak akan merugikan sebanyak empat yang saya identifikasi di bawah ini. Empat subjek yang terdaftar sejauh ini adalah yang paling penting bagi Anda, perusahaan dan klien yang bekerja dengan Anda, dan, pertama dan terutama, para pengguna.
Keempat subjek ini dan risiko terkaitnya ada di semua proyek web. Mari kita lihat mereka:
- Aksesibilitas
Apakah situs saya dapat diakses oleh penyandang disabilitas? Apakah saya mendiskriminasi orang tertentu? Jika demikian, apa risikonya?
Dalam laporan yang diterbitkan oleh Accessibility.com, diperkirakan bahwa 265.000 surat permintaan aksesibilitas situs web dikirim ke bisnis tahun lalu, mengakibatkan perusahaan AS menghabiskan mungkin miliaran dolar untuk biaya hukum sebagai akibat langsung dari situs web yang tidak dapat diakses pada tahun 2020 saja ( Sumber: BOIA ). - Keamanan
Apakah proyek saya membahayakan organisasi saya, kolega saya, atau pengguna? Jika demikian, apa risikonya?
Pada tahun 2020, menurut govtech.com, ada peningkatan 141% dalam catatan yang dikompromikan dari pelanggaran data dibandingkan tahun 2019. Sejauh ini, catatan yang paling banyak diekspos dalam satu tahun sejak mereka melaporkan aktivitas pelanggaran data (www.govtech.com ). Mereka juga melaporkan bahwa biaya rata-rata pelanggaran data adalah $3,86 juta pada tahun 2020. ( Sumber: IBM ). - Pribadi
Apakah saya membahayakan data perusahaan saya, pengguna saya, atau data karyawan saya? Apa konsekuensi potensial?
Peraturan Perlindungan Data Umum (GDPR) mulai berlaku pada Mei 2018. GDPR mengizinkan Otoritas Perlindungan Data UE untuk mengeluarkan denda hingga €20 juta ($24,1 juta) atau 4% dari omset global tahunan (mana pun yang lebih tinggi). […] Hukuman di bawah GDPR berjumlah €158,5 juta ($191,5 juta). ( Sumber: Tessian ). - desain ramah lingkungan
Apa dampak lingkungan dari proyek saya? Sejauh mana proyek saya berkontribusi terhadap perubahan iklim?
Organisasi nirlaba The Shift Project mengamati hampir 170 studi internasional tentang dampak lingkungan dari teknologi digital. Menurut para ahli, bagian mereka dari emisi CO2 global meningkat dari 2,5 menjadi 3,7 persen antara tahun 2013 dan 2018 […] The Borderstep Institute membandingkan berbagai penelitian dan sampai pada kesimpulan bahwa emisi gas rumah kaca yang disebabkan oleh produksi, operasi, dan pembuangan perangkat digital perangkat dan infrastruktur akhir adalah antara 1,8 dan 3,2 persen dari emisi global (per 2020). ( Sumber: RESET ).
Kami tidak dapat mengabaikan salah satu risiko yang disebutkan. Selama sepuluh tahun terakhir, risiko ini dan konsekuensinya telah meningkat, menyebabkan biaya yang melonjak, desain ulang yang gagal, tuntutan hukum, serangan dunia maya, kelelahan staf, pergantian tinggi, dampak lingkungan, dan banyak lagi. Seperti yang dapat kita lihat pada contoh sebelumnya, semua ini memiliki biaya keuangan, manusia, sosial dan lingkungan, yang semuanya harus dihindari dalam industri kita.
Apa yang kita lihat sekarang dengan web hanyalah fase pematangan yang sangat klasik dari industri muda di mana, secara bertahap, standar, metode, dan kerangka kerja terungkap saat pelanggan menuntut kualitas yang lebih tinggi dan penyedia menetapkan tujuan kualitas untuk mencapainya. Risiko dan domain yang berbeda seperti aksesibilitas, desain ramah lingkungan, kinerja, keamanan, dan privasi menjadi semakin terstruktur, terstandarisasi, dan tunduk pada undang-undang dan peraturan nasional.
Mari kita lihat apa yang muncul di industri mapan yang dihadapkan dengan persamaan manajemen kualitas yang serupa untuk dipecahkan.
Menuju Manajemen Kualitas Web Lintas Disiplin
Pada pergantian tahun 80-an, para profesional manajemen kualitas sebagian besar bekerja pada masalah kualitas, terutama menggunakan standar ISO9000. Kontrol kualitas, jaminan kualitas, dan manajemen kualitas adalah satu-satunya hal yang diajarkan kepada saya sekitar tahun 1990. Namun, ada orang lain yang mengerjakan serangkaian risiko yang berbeda dengan standar: ISO14000 adalah referensi untuk lingkungan dan ISO 27000 untuk keamanan TI.
Kepatuhan dan penerapan standar manajemen ini didorong oleh departemen yang berbeda dari perusahaan industri. Pada titik tertentu, karena semua standar saling terkait dan mungkin karena ada banyak tugas dan alat untuk saling bekerja sama, perusahaan menciptakan layanan HQSE ( Lingkungan Keamanan Mutu ) . Pendekatan semacam ini disebut “sistem manajemen terpadu”:
“Dahulu kala, ada seorang manajer H&S (kesehatan dan keselamatan) yang perannya diperluas menjadi manajer HSE (kesehatan, keselamatan dan lingkungan). Pada saat yang sama, ada seorang manajer kualitas yang perannya benar-benar terpisah dari supervisor HSE. Tetapi karena teknologi semakin terintegrasi ke dalam alur kerja dan karena permintaan akan layanan dan produk berkualitas cepat meningkat, peran telah digabungkan menjadi satu manajer QHSE.”
— “Ayo Membangun,” Houdayfa Cherkaoui
Ada sesuatu yang sangat penting untuk diketahui tentang manajemen mutu atau sistem manajemen terpadu, dan itu adalah bahwa mereka tidak "menghasilkan" kualitas, mereka tidak memberikan kepatuhan lingkungan atau keamanan. Mereka hanya membantu seluruh organisasi untuk mengontrol dan meningkatkan mata pelajaran ini. Tak satu pun dari orang-orang di departemen ini menggantikan para ahli, mereka hanya memberi mereka alat, standar, otomatisasi mesin, dan sebagainya. Mereka membantu semua orang tetap up to date dan berinteraksi dengan klien ketika sebuah perusahaan harus membuktikan bahwa itu akan mampu memberikan tingkat kualitas tertentu.
Sekarang saatnya bagi saya untuk bertaruh di masa depan . Seperti yang terjadi di industri yang sudah mapan seperti aeronautika, otomotif, dan obat-obatan, jaminan kualitas telah diperkenalkan sebagai konsekuensi langsung dari persepsi risiko. Tim web sudah mengelola risiko secara terpisah, tetapi sementara pengguna khawatir dengan mereka semua, kami memerlukan pendekatan lintas disiplin yang mengumpulkan semua subjek yang harus kami tangani saat membangun atau memelihara proyek web.
Masih terlalu dini untuk mengatakan dengan tepat apa yang akan terjadi secara rinci, tetapi apa yang saya bayangkan adalah integrasi lapisan baru QA web yang akan merakit, mempertahankan, dan mendekatkan berbagai perdagangan dan ranah web yang berbeda.
Apa yang Harus Diambil Dengan Artikel Ini
Sepanjang perjalanan saya (yang saya harap belum selesai), saya telah belajar beberapa hal.
Agar kami dapat menerapkan jaminan kualitas web, kami perlu memahami persyaratan pengguna dan konsekuensi untuk perdagangan web yang terlibat dalam proyek web. Kembali ke model VPTCS, salah satu hal terpenting yang kami amati adalah bahwa bagian Visibilitas dan Layanan sering diremehkan oleh tim web — terutama oleh pemilik situs web.
Kami juga mengamati bahwa dua persyaratan yang memberikan nilai tertinggi bagi pengguna adalah konten dan layanan . Namun, sering dianggap bahwa profesional Web yang bekerja dalam peran yang termasuk dalam kategori Visibilitas, Persepsi, dan Teknis adalah yang paling penting dalam proyek web. Mereka tidak dapat bekerja tanpa konten dan layanan berkualitas tinggi (dukungan, logistik, pengiriman, dan sebagainya.) yang terintegrasi dengan mulus dalam tim proyek web.
Hal lain yang kami pelajari adalah bahwa UI sering dianggap sebagai pekerjaan yang murni visual dan ergonomis. Menunjukkan bahwa UI adalah perpaduan antara persepsi, teknis, dan konten membantu mengurangi kesalahpahaman antara berbagai tim yang bekerja dari jarak jauh. Itu membawa kita pada kebutuhan akan tim terpadu yang melibatkan dan membuat semua perdagangan bekerja sama.
Ada banyak bentuk jaminan kualitas yang sudah ada dalam standar industri web: peraturan, pengujian unit, pengujian fungsional, alat otomatis, audit manual, daftar periksa, dan sebagainya. Web melihat peningkatan jaminan kualitas secara bertahap, tetapi sejauh yang saya ketahui, kami hanya di awal jalan. Sebagai permulaan, daftar periksa adalah alat yang sangat sederhana yang dapat digunakan untuk mencapai kepatuhan, tetapi juga untuk berbagi budaya dan kosakata yang sama.
Tim web dapat menggunakan daftar periksa untuk kepatuhan, tetapi menurut pengalaman saya sendiri, jika Anda ingin meningkatkan kepatuhan dan jika Anda ingin jaminan kualitas web diterapkan secara berkelanjutan di organisasi Anda, lebih efisien untuk terlebih dahulu membuat budaya kualitas web dengan kosakata umum dan kerangka kerja dasar untuk bootstrap.
“63% orang yang berada dalam proses transformasi digital mengatakan bahwa budaya adalah penghalang nomor satu….56% menyatakan kolaborasi lintas departemen sebagai tantangan terbesar ke-3 mereka.”
— Studi Altimeter & Capgemini
Tujuannya adalah untuk menciptakan fondasi budaya untuk berbagi risiko — seperti yang saya sebutkan dan yang lainnya — dan tanggung jawab yang berorientasi pada pengguna. Seperangkat aturan global adalah salah satu solusi yang dapat Anda gunakan untuk memberdayakan tim web dan untuk menciptakan budaya dan kosa kata global, tetapi juga perlu disertai dengan sistem manajemen risiko global bersama untuk proyek web. Sistem manajemen ini perlu menjaga seperangkat aturan, standar, dan alat global yang dapat memanggil pakar khusus untuk masalah yang kompleks.
Jaminan kualitas web dapat berkontribusi terhadap profesional yang lebih bertanggung jawab, dilatih dan diberdayakan sebagai penjaga kualitas untuk mewakili pengguna, pelanggan, dan kepentingan terbaik warga.
Perjalanan berlanjut.
Bacaan lebih lanjut
- “Manajemen Kualitas,” Wikipedia
- “VPTCS: Model QA UX dan Web (2001,” Elie Sloim, Medium
- “Daftar Periksa Jaminan Kualitas Web,” Opquast
- “Sistem Manajemen Terpadu,” ISO