Saya telah merancang dan mengimplementasikan proses di perusahaan perangkat lunak yang disertifikasi ISO9001: 2007. Telah ada pembaruan standar sejak 2007 sehingga mungkin ada persyaratan tambahan yang saya tidak ketahui ... namun:
Standar ISO9001 adalah tentang memastikan bahwa perusahaan Anda merancang dan mengimplementasikan proses yang memiliki loop umpan balik untuk meningkatkan proses ketika cacat produk dan proses diidentifikasi.
Selama fase desain, persyaratan fokus pada apakah solusi yang diusulkan jika diterapkan dengan benar akan benar-benar menyelesaikan brief desain (validasi) dan memeriksa apakah implementasi sebenarnya telah dilaksanakan tanpa cacat (verifikasi)
Pada loop umpan balik, ketika cacat diidentifikasi, itu tidak cukup bahwa mereka dicatat. Cacat juga perlu dinilai untuk tingkat keparahannya, dan pengerjaan ulang diprioritaskan.
Bagian kuncinya adalah bagaimana perusahaan Anda memutuskan untuk menilai tingkat keparahannya, dan membuat keputusan tentang prioritas tidak ditentukan oleh standar ISO. Ini adalah masalah komersial dan tata kelola bagi perusahaan untuk memutuskan dan mendokumentasikan.
Seperti yang tertulis dalam standar sebagai persyaratan, setiap perusahaan bersertifikat akan memiliki proses sekitar menilai tingkat kerusakan dan proses dalam menentukan prioritas pekerjaan untuk memperbaiki bug. Mereka jelas merupakan dua keputusan terpisah yang perlu dibuat.
Tingkat keparahan bug hanya satu titik data. Dampak pelanggan Adalah titik data lain. Ada juga upaya untuk memperbaiki, cacat usia, kehidupan komersial yang tersisa dalam produk, dan faktor lain yang perusahaan memutuskan untuk dimasukkan dalam pengambilan keputusan. Satu hal yang tidak boleh dituliskan sebagai “cacat saat ini bagi manajer produk untuk menentukan prioritas” karena hal itu hanya mendefinisikan otoritas untuk membuat keputusan dan tidak mendefinisikan proses yang mereka ikuti untuk membuat keputusan.
Saya memiliki preferensi untuk memprioritaskan yang condong ke arah memberikan tingkat tinggi perubahan kecil dan penting, karena ini tampaknya memberikan dorongan terbaik untuk keandalan produk secara keseluruhan. Ini berarti bahwa bug yang parah yang akan membutuhkan banyak pekerjaan untuk diperbaiki akan membutuhkan pekerjaan tersebut dipecah menjadi potongan-potongan kecil untuk mendapatkan prioritas yang cukup untuk dijadwalkan.