Ну да - и просто сейчас дискуссия - насколько корректно упоминать в требованиях к качеству характеристику - интуитивно.

На мой взгляд - некорректно, тк это невозможно проверить

Кто не может проверить, тот заменяет на проверяемую. На то это был и шаблон)

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

:)

вам повезло, если у вас лояльные заказчики

но некоторые принимают работу именно так. и по такой характеристике могут затребовать интуитивно понятную золотую мышь

и будут правы

Были разные. Но к счастью до абсурда не доходило.

Заказчики становятся лютыми зверями, когда оказывается, что автоматизация увеличивает им объём ручной работы, а неудобные сценарии срывают их внутренние дедлайны.

или если они не заказчики, им вашу автоматизацию "спустили сверху" или они потратили бюджет не на локальную сеть, сервера и компы, а на что-то ещё. И вот теперь им надо раз за разом срывать приёмку.

Я понимаю Светлану, но от слова "интуитивно" отказываться не хочу. Если описать портрет пользователя готового ИТ-решения, то интуитивно это должно быть понятно именно ему. Требования к квалификации пользователей тоже никто не отменял, если заявляем, что это "пользователь ПК", то можем считать, что его пользовательский опыт закладывает определенные паттерны, хотя бы базовые. На них и строим интуитивно понятные интерфейсы.

Тут, к сожалению, бывают очень разные кейсы. Бывает на одном проекте два клана заказчиков. В кровной вражде друг с другом

Я держу в голове конкретный кейс. :) Заказчики мотивированные, команда дружная, но в момент получения релиза оказывается, что функции-то там все, вроде есть, и даже процессы более-менее корректны, но логика сценариев, придуманная разработчиками, плохо воспринимается пользователями.

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

Подсказка: это всегда последний студент в списке.

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

нет :)

Ведомость чекается по дедлайну а не по признаку - все оценки проставлены?

Это был бы баг. Я немного упростил описание, но нет. Проблема исключительно в "интуитивно понятном интерфейсе".

Нет идей.. Но интересно!

Не буду томить. Используется стандартный компонент для заполнения таблицы. Этот компонент считает значение ячейки введённым, только если пользователь нажал "Enter" или переместил курсор пределы ячейки (стрелками или табом). Преподаватель идёт по колонке сверху вниз, на последнем студенте вводит цифру, но из ячейки не выходит, а жмёт кнопку "Сохранить".

Поведение таблицы интуитивно понятно для всех, кто привык работать с Excel, правда ведь?