Что такое Качество?

Прежде чем вы броситесь в прекрасную миссию создания высококачественных продуктов, важно понять, что такое высокое качество в вашем контексте. В этой первой статье из серии «Основы качества» я расскажу об определении качества, о том, что влияет на наше понимание этого понятия, какие вопросы нужно задать, чтобы узнать больше о качестве, и почему качество не равнозначно тестированию, но может очень помочь определить приоритеты тестирования

Качество зависит от вашего контента

Когда мы думаем о качестве, мы должны сначала начать с небольшого исследования вокруг нашей ситуации. Что такое качество для людей в вашей команде/проекте/компании/клиентской базе? Часто мы заявляем, что «представляем клиента», но знаем ли мы его на самом деле? Кто такой заказчик? Важней ли всего клиент для вашей компании?

Человек, который имеет наибольшее значение, может также быть очень влиятельной заинтересованной стороной, принимающей решения, а не реальными клиентами (я напишу в будущем пост о том, как влиять на них и помогать им принимать более обоснованные решения). Человеческие эмоции могут играть большую роль в процессе принятия решений.

Какие вопросы могут помочь вам лучше понять качество в вашем контексте?

Присоединяясь к любой компании и команде, чтобы понять, что такое качество, вы можете начать узнавать больше о:

1. Каковы принципы вашей компании?
   Какое видение у компании? Какая цель? Это компания, ориентированная на клиента? В этом случае во многих случаях соблюдаются подходы, основанные на данных, и данные могут стимулировать эксперименты и решения, а не одна заинтересованная сторона. Важно знать видение, цель и принципы компании, потому что они формируют ценности качества и то, что действительно важно для компании.
2. Что является качеством для ваших клиентов?
   Какой бы продукт у вас ни был, есть ли у вас шанс поговорить с людьми, которые используют то, что вы создаете? Есть ли пользовательское тестирование? Может быть, отделы UX, поддержки или аналитики могли бы дать некоторое представление об общих сценариях использования или предоставить обратную связь от клиентов.
3. Как заинтересованные стороны воспринимают качество?
   В некоторых компаниях могут быть манифесты качества, которые согласовывают взгляды на качество. В других случаях это может быть своего рода стратегия по определенным инициативам в области качества. В обоих случаях часто есть несколько влиятельных людей, которые могут иметь иное мировоззрение, чем то, что написано «на бумаге» - попытайтесь понять, что это такое. Познакомьтесь со своими заинтересованными сторонами. К счастью, если принципы компании будут глубоко внедрены, взгляды на качество могут быть в значительной степени согласованы с этими принципами.
4. Что является качеством для ваших коллег по проекту/команде?
   Каждая роль дает свой взгляд на то, что для них является качеством. Не каждое мнение является обязательным, но понимание ценностей тех людей, с которыми вы работаете, может значительно повысить уровень качества вашего продукта. Может быть, один человек в вашей команде является чемпионом по безопасности - он поднимет любые вопросы по этому поводу. Другой может знать, как лучше проводить эксперименты с продуктом - это может дать много ценных идей для всех. Разнообразные команды могут сочетать разнообразные знания и улучшать продукт.
5. Какие есть аналитические данные?
   Все вышеперечисленное может стать довольно личным и немного субъективным. Здесь на помощь приходят данные: они могут помочь нам получить кумулятивное и более объективное представление о том, как реальные клиенты используют наш продукт и как с ним справляются наши системы. Это может сказать нам, что на самом деле важно для большинства клиентов. Где найти все эти данные в вашей компании? Какие есть дашборды? Каковы ключевые показатели эффективности? Может ли каждый член получить к нему доступ? Есть ли отслеживание? Где живут логи? Есть ли в логах алерты(предупреждения)?
   Научитесь дружить с данными, чтобы повысить качество своей игры - это поможет не только понять, что имеет значение, но и научиться выявлять некоторые закономерности, проблемы, которые раньше не были продуманы.

Помните, что контекст - это ключ к пониманию качества. Серебряной пули нет. Если что-то имело значение для вашего предыдущего работодателя, это не значит, что оно имеет такое же значение для вашего текущего. Я работал в компании, где дизайн был главным приоритетом - в этом случае мне нужно было убедиться, что внешний вид идеален до пикселя. Напротив, Facebook или Amazon (которые, тем не менее, нельзя назвать очень «высококачественными») не считают совершенство пикселей своим главным приоритетом. Совершенства не существует, но мы все должны понимать, что важнее всего для наших рабочих мест: внешний вид или функциональность. Что является качественным продуктом для значимых людей?

А как насчет тестирования? Разве это не качество?

Одна из областей, в которой понимание того, что такое качество, имеет большое значение, - это значимость ошибки. Как вы это решаете? Некоторые люди (часто репортящие баги) смело заявляют: «О, это критично!», Но когда их спрашивают почему, они начинают долго разглагольствовать, почему же это важно… для них. Давайте вспомним, что вопрос значимости эмоционально вовлечен репортером и контекстом. Способ решить эту «субъективную значимость» может заключаться в том, чтобы сначала определить, что имеет наибольшее значение для вашего продукта, какие детали должны быть максимально возможного качества, а какие хорошо, чтобы не быть идеальными на высшем уровне. Это также может помочь во всех усилиях по тестированию и обеспечить соответствующий приоритет.

И помните: качество - это гораздо больше, чем просто тестирование. Как красиво выразился Джерри Вайнберг:

«Мы тестируем, потому что люди несовершенны, и простое тестирование больше не гарантирует лучшее качество».

Тестирование обеспечивает обратную связь о качестве продукта, и обратная связь чрезвычайно важна, но помните, что качество - это общий термин для всего, что имеет значение. Людям, которые имеют значение. Узнайте, что это такое и что может помочь не только в тестировании, но и во всех отделах компании.

Переведено командой QApedia. Подписывайтесь на наш канал.

Оригинал статьи