Post #453

В английском всё это называется 'requirements elicitation', а оксфордский словарь говорит, что происхождение слова elicit — mid 17th century: from Latin elicit- ‘drawn out by trickery or magic’, “вытянутый обманом или магией". С этим определением я согласен 🧙‍♂ Почему не получается просто спросить про требования? В одной старой статье* приводится три категории проблем с требованиями: ⭐️Проблема объема и границ: — непонятно, где границы решения (где мы остановимся и чего не будем делать); — лишние преждевременные детали (зависаем на них, не успеваем обсудить весь объем); ⭐️ Проблемы понимания: — пользователи не до конца понимают, что им на самом деле нужно. Это они не специально, это проблема неосознаваемого знания (tacit knowledge); — пользователи плохо понимают возможности и ограничения ИТ-систем (добавьте сюда привычку говорить не о проблемах, а сразу о решениях — и вы получите дилетантское мнение, если вовремя не вернете инициативу); — аналитики и разработчики, в свою очередь, плохо разбираются в домене; — аналитики и пользователи говорят на разных языках; — "очевидная" информация пропускается, причём с обеих сторон; — разные стейкхолдеры выдвигвают противоречащие требования; — формулировки "требований" нечеткие и непроверяемые; ⭐️Проблема изменения "требований": — возможно, изменилась внешние условия и, соответственно, потребности; — но, скорее всего, понимание возможностей системы и своих нужд растёт — то есть, вопрос в расширении знаний и осознанности. Сразу требовать полной осознанности от пользователя — слишком круто. Приходится либо ждать, пока он дозреет, либо использовать обман и магию. * Technical Report CMU/SEI-92-TR-012 ESC-TR-92-012, Issues in Requirements Elicitation, Michael G. Christel, Kyo C. Kang, 1992