Moneyfall taming and other lost secrets of ancient ages
Короткий ответ саркастичному
bamalip.
Самые лучшие спецификации я видел там, где их с нуля писали ведущие инженеры и руководители групп. Причём, они были в обычных вордовских файлах.
Незамутнённый "специалист по требованиям" в лучшем случае может откопать информацию и верифицировать её при перекрёстном сравнении. Для валидации нужны специалисты в предметной области.
Мой уникальный скил в requirements engineering - это умение найти лажу в сложных многосвязных информационных структурах.
То есть, я могу выяснить, что инженеры-электрики на самом деле ещё не определились с типом коннектора в требовании XXX.NNN, пять требований из спецификации по безопасности повисли и на самом деле никак не тестируются, а в техзадании на подсистему X требование XXX.XXX.N выведено не из требований пользователя, а из протокола тестирования, и похоже, это не ошибка с неправильно направленной стрелкой, а непонимание иерархии документов.
То, что я мог на приемлемом уровне говорить с инженерами-механиками или со страховыми математиками, - это не результат моих знаний в теории и практике requirements engineering, а честное изучение предмета по внутрифирменной документации и банальным учебникам. Иногда в объёмах полновесного университетского курса.
Программисты никогда не умели писать нормальные требования, потому что мыслят языками программирования. Сертификации и курсы только ухудшили ситуацию, укрепив самомнение и убедив в совершенно ошибочной формуле "Спросите заказчика - он расскажет".
Популярность agile связана во многом с девизом "Всё равно техзадание никто написать не сумеет, потому будем делать как получится, а заказчики потом скажут, что им не нравится."
![[dreamwidth.org profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Самые лучшие спецификации я видел там, где их с нуля писали ведущие инженеры и руководители групп. Причём, они были в обычных вордовских файлах.
Незамутнённый "специалист по требованиям" в лучшем случае может откопать информацию и верифицировать её при перекрёстном сравнении. Для валидации нужны специалисты в предметной области.
Мой уникальный скил в requirements engineering - это умение найти лажу в сложных многосвязных информационных структурах.
То есть, я могу выяснить, что инженеры-электрики на самом деле ещё не определились с типом коннектора в требовании XXX.NNN, пять требований из спецификации по безопасности повисли и на самом деле никак не тестируются, а в техзадании на подсистему X требование XXX.XXX.N выведено не из требований пользователя, а из протокола тестирования, и похоже, это не ошибка с неправильно направленной стрелкой, а непонимание иерархии документов.
То, что я мог на приемлемом уровне говорить с инженерами-механиками или со страховыми математиками, - это не результат моих знаний в теории и практике requirements engineering, а честное изучение предмета по внутрифирменной документации и банальным учебникам. Иногда в объёмах полновесного университетского курса.
Программисты никогда не умели писать нормальные требования, потому что мыслят языками программирования. Сертификации и курсы только ухудшили ситуацию, укрепив самомнение и убедив в совершенно ошибочной формуле "Спросите заказчика - он расскажет".
Популярность agile связана во многом с девизом "Всё равно техзадание никто написать не сумеет, потому будем делать как получится, а заказчики потом скажут, что им не нравится."
no subject
Из-за этого я закончил курсы бухгалтеров...
no subject
no subject
Что мол когда собираеш требования, то потом ориентируешся на виртуальные метрики "насколько оно соответствует требованиям"...
а на деле, тупо -- влазит ли в ресурсы и дедлайны?
Ну да, требования-то мы уже определили -- значит теперь надо просто быстренько их все поделать... а для этого надо хороший плётка, чтобы заставить програмистишек поживее шевелится. %Р
Пропонент, естественно, представитель некоей консалтинговой фирмы... Скул что-то там.(не Л., нет %))
Предлагает что надо ориентироватся на цикл "решение проблем и рассмотрения предположений".
Предположения -- асампшинс.
Тогда мол идет обучение и ориентация на результат, решение реальных проблем заказчика, а не его хотелок, которые удалось протиснуть в "список требования" маркетологам, или еще каким-то левым людЯм. %)
Ну чем не Эджайл? %)
Еще...
тут мы по ход выяснили интересную дихотомию. (ад хок)Классификацию по которой нас можно классифицыровать.
Вы получается из такой консервативной категории людей, кторые считают что знания уже все есть... просто надо знать/уметь выходить на правильных людей, у которых они находятся.
Не буду тут глубоко оппонировать... приведу просто, тривиальное с моей т.з. рассуждение -- вот возьмем людей 100 лет назад, у них ведь тоже могло быть убеждение "все знания уже есть, просто надо знать у кого"... но по-моему очевидно, если сравнить с нынешним набором знаний, что их убеждение ложно...
Я же, получается принадлежу к тем (по ходу и Л. тоже), кто считает что знания -- отчуждаемы в текстах, и коль скоро можно найти/придумать алгоритм вытягивания знаний из текста -- считай что ты в дамках.
Впрочем, я в последнее время уже удаляюсь от подобного представления... %)
скатываюсь к мистике -- что знания, не важно в человеке или в тексте,
получаются только в результате опыта... из-за чего никаких шоткатов, или даже возможности предсказать -- более простая система, подсистема -- по определению не может (правильно) предсказать поведение более сложной системы -- банально, не способна учесть все действующие на неё факторы.
Ну и последнее... то что спрашивал и у Ганди.
Но у него ответ, по ход, почитать еще лекций... и потом, отправится в лучший мир, к монадлкам, и шоб Гротендик там был у него на побегушках. %)
Конкретно,
мир меняется... и очень быстро, сейчас.
Такие люди как Ганди, могут уже просто игнорировать эти изменения, делать вид что ничего особого не происходит.
Тем же кто помоложе и/или не так хорошо устроен... надо что-то думать.
Так что вы думаете по этому поводу?
А, ну, впрочем, вы вряд ли захотите делится настолько личным... извините.
Не настаивают... ответа просто "думаю, но не скажу что" или "вообще не заморачиваюсь" -- вполне достаточно, без вникания в детали,
и я постараюсь задавить свою куриозность... и не лезть с дальнейшими распросами.
ЗЫ Хух... вроде все сказал... ну, в том смысле, что если вам не захочется что-то отвечать, продолжать диалог,
то у меня по ходу и... "вопросов больше не имею".
no subject
Нет, конечно. Просто найти решение с карандашом и бумагой можно за час-два. А то же самое реализуемое как "результат цикла" сожрёт месяца и выйдет кривым.
no subject
Понятное дело что это не тот контекст в котором писался мой комент выше.
Я там просто подметил возможность для тотальной категоризации...
и предложила вам её на суд.
Про "решение с карандашом и бумагой",
это известная вещь -- салфеточный инжиниринг -- когда люди собираются, скажем в кафе, у них вдруг появляется идея, а чем и на чем его записать -- только пачка салфеток. (п) %)
no subject
Да.
Я знаю... конечно же, прикидки на салфетках -- это о другом.
Но... это просто за гранью вашего опыта.
Вы привыкли что задача уже сформулирована,
имеет подтверждение цифрами,
и все что осталось -- это просто её решить.
В практике же... встречается намного больше, разнообразных ситуаций.
Дадно, будет что-то интересно, спрашивайте.
Re: Да.
имеет подтверждение цифрами,
и все что осталось -- это просто её решить.
Нет, конечно.
Честное слово, этот бред уже надоел. Когда не врубаешься, стоит писать "не понимаю", а не "как я понял". Потому что совсем чушь пошла несусветная.
no subject
Глупость.
Причём, с поучающим видом. Если что-то не понятно, не надо выдумывать человечка у себя в голове и спорить с ним.
Комментарий удалён.
Ну, по крайней мере...
вы согласны?
Ну, чтобы я знал какие правила, и не допускал больше ошибок.
Re: Ну, по крайней мере...
Сами и оцените
Если у меня этого нет... то думаю не составит труда установить откуда это утверждение взялось, не так ли?
Re: Ну, по крайней мере...
читается как
множество всех задач решаемых с помощью карандаша и бумаги -- включает множество аналитические задачи...
но, естетсвенно отнюдь не объязано совпаадать с ним.
это обычно всегда оговаривают отдельно
да и вопрос собственно был -- существуют ли КАКИЕ-ТО ЕЩЕ типы задач,
КРОМЕ тех что можно решить с карандашом и бумагой...
(тут надеюсь на понимание... потому как любую задачу можно объявить требующую карандаша и бумаги, даже если они в ходе решения будут лежать в сейче на глубине три метра %))
Что до...
я просто перешел на более простой и банальный уровень,
ну как роутер/смартфон переходит на более старый и примитивный
протокол передачи данных, с меньшей скоростью,
из-за того что помехи в эфире мешают работе более новых и софистикейтид.
для меня подобными "помехами в эфире" послужила ваша,
ничем не мотивированая (на основании того что видно с моей стороны) реакция.
из-за этого я и перешел на примеры попроще...
чтобы восстановить контакт/понимание.
Re: Что до...
Не надо давать оценки моим действиям. Я всё равно не буду об этом спорить.
Re: Какие оценки?
Это тоже надо уметь делать.
Комментарий удалён.