Продолжу тему нефункциональных требований, или показателей качества.
Давно хотел завести гонзо-обзоры стандартов, относящихся к ИТ.
Сегодня — про 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-дизайнеры.
Возможно, это не их вопросы, но чьи?..
Давно хотел завести гонзо-обзоры стандартов, относящихся к ИТ.
Сегодня — про 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-дизайнеры.
Возможно, это не их вопросы, но чьи?..