Post #324

Продолжу тему нефункциональных требований, или показателей качества. Давно хотел завести гонзо-обзоры стандартов, относящихся к ИТ. Сегодня — про ISO 25000, System and Software Quality Requirements and Evaluation, SQuaRE (по-английски — что-то типа "скучный, занудный, не модный"). У нас его эквивалент — ГОСТ Р ИСО 25000:2021, свеженький, введен в апреле 2022 г. (Там серия: управление качеством, модели качества, измерение качества, требования к качеству, оценка качества. Можно надолго погрузиться) Возможно, вы слышали про стандарт управления качеством ISO 9000. Так вот ISO 25000 плюет на ISO 9000 и отстраивается от него, хотя оба говорят про качество. Отстройка такая: 9000 — это про качество процессов, а 25000 — про качество систем и программной продукции. Это в стандартах сплошь и рядом, например, про качество данных у нас есть два стандарта. Собственно, качество данных — одна из моделей качества, которую вводит ISO 25000. Ещё качество при использовании и качество продукта. Само понятие качества определяется как степень удовлетворения системой заявленных и подразумеваемых потребностей различных заинтересованных сторон. Модель качества определяет характеристики, которые нас могут интересовать, и их показатели (что можно измерить). Вот, например, качество в использовании. Об этом часто говорят, как о юзабилити/UX, но посмотрите, что нам тут рекомендуют измерять: ➡️Результативность ⭐️ Выполненные задачи (% задач, которые выполняются правильно без посторонней помощи) ⭐️ Достигнутые цели (% целей, которые достигаются правильно без посторонней помощи) ⭐️ Ошибки в задаче (Количество ошибок, допущенных пользователем во время выполнения задачи) ⭐️ Задачи с ошибками (% задач, в которых пользователь допустил ошибки) ⭐️ Интенсивность ошибок задачи (% пользователей, совершающих ошибку при выполнении задачи) ➡️Эффективность ⭐️ Время выполнения задачи ⭐️ Эффективность затраченного времени (число достигнутых целей / время работы пользователя) ⭐️ Экономическая эффективность (стоимость выполнения задач / количество достигнутых целей) ⭐️ Коэффициент полезного времени (время, затраченное на выполнение задачи за вычетом времени, потраченного на получение помощи или помощь; времени на восстановление после ошибок; времени на неэффективный поиск) ⭐️ Ненужные действия ⭐️ Последствия усталости (Снижение производительности после непрерывной работы) ➡️Удовлетворенность ⭐️ Полезность ⭐️ Удовлетворенность функциями (по опросам пользователей) ⭐️ Дискреционное использование (% потенциальных пользователей, решивших использовать систему или функцию, от всех, кто мог бы использовать эту функцию). ⭐️ Использование функций (% пользователей системы, использующих функцию). ⭐️ Доля жалующихся пользователей (% от всех активных пользователей). ⭐️ Доля жалоб пользователей на функцию (% относительно числа всех пользователей этой функции). Подхарактеристики, которые измеряются по опросникам: Доверие Удовольствие Комфорт ➡️Свобода от рисков Снижение экономических рисков - а вот тут, внезапно, не UX, а расчет окупаемости и возврата инвестиций! Рентабельность, время окупаемости, экономическаяэффективность, преимущества внедрения ИТ(по сравнению с другими способами решения задачи!), выручка от клиента, доля ошибок с экономическими последствиями. ➡️Покрытие контекста ⭐️ Полнота контекста (Доля предполагаемых контекстов использования, в которых продукт или система могут использоваться с приемлемым удобством использования и риском) ⭐️ Гибкость: степень, в которой продукт может использоваться в дополнительных контекстах без модификаций ⭐️ Простота, с которой продукт может быть изменен в соответствии с дополнительными требованиями пользователя ⭐️ Независимость от специальных знаний и навыков пользователя. Вот такие характеристики качества в использовании. Интересно, сколько из них рассматривают аналитики или UX-дизайнеры. Возможно, это не их вопросы, но чьи?..