📍 Самооценка практик работы с требованиями — 5 из 10

Сегодня два вопроса, которые сильно влияют на качество конечного продукта — но про них нередко забывают на старте.

❓ Вопрос 9: Как вы работаете с нефункциональными требованиями (атрибутами качества)?

🟥 а — Мы не уверены, что это вообще такое. 🟧 б — Смотрим, что скажут пользователи после релиза. 🟨 в — Документируем базовые атрибуты: производительность, безопасность, удобство. 🟩 г — Совместно с клиентом выявляем ключевые атрибуты качества и формулируем их в проверяемом и измеримом виде.

💡 Комментарий: Невозможно сделать «удобный» интерфейс, если не определено — что такое удобно. Атрибуты качества — это технические цели, которые не видны напрямую, но именно они формируют «вкус» продукта.

❓ Вопрос 10: Как идентифицируются функциональные требования?

🟥 а — Просто пишем текстом или короткими историями. 🟧 б — Пронумерованные списки. 🟨 в — Есть иерархическая структура (например, 2.3.1.5). 🟩 г — Каждое требование имеет постоянный и уникальный идентификатор, не зависящий от положения в документе.

💡 Комментарий: Идентификаторы — это якоря. Без них нельзя отследить, на что ссылается тест, задача в трекере или строка кода. Если ваши требования просто в списке — самое время подумать об улучшении.

Какие из этих двух тем у вас на 🟩, а где ещё 🟥?