143 подписчика
📍 Самооценка практик работы с требованиями — 5 из 10
Сегодня два вопроса, которые сильно влияют на качество конечного продукта — но про них нередко забывают на старте.
❓ Вопрос 9: Как вы работаете с нефункциональными требованиями (атрибутами качества)?
🟥 а — Мы не уверены, что это вообще такое.
🟧 б — Смотрим, что скажут пользователи после релиза.
🟨 в — Документируем базовые атрибуты: производительность, безопасность, удобство.
🟩 г — Совместно с клиентом выявляем ключевые атрибуты качества и формулируем их в проверяемом и измеримом виде.
💡 Комментарий:
Невозможно сделать «удобный» интерфейс, если не определено — что такое удобно. Атрибуты качества — это технические цели, которые не видны напрямую, но именно они формируют «вкус» продукта.
❓ Вопрос 10: Как идентифицируются функциональные требования?
🟥 а — Просто пишем текстом или короткими историями.
🟧 б — Пронумерованные списки.
🟨 в — Есть иерархическая структура (например, 2.3.1.5).
🟩 г — Каждое требование имеет постоянный и уникальный идентификатор, не зависящий от положения в документе.
💡 Комментарий:
Идентификаторы — это якоря. Без них нельзя отследить, на что ссылается тест, задача в трекере или строка кода.
Если ваши требования просто в списке — самое время подумать об улучшении.
Какие из этих двух тем у вас на 🟩, а где ещё 🟥?
1 минута
21 апреля