Показать сообщение отдельно
Старый 05.06.2017, 17:11   #19  
Sancho is offline
Sancho
Administrator
Аватар для Sancho
Лучший по профессии 2017
Лучший по профессии 2009
 
1,282 / 200 (9) ++++++
Регистрация: 11.01.2006
Цитата:
Сообщение от George Nordic Посмотреть сообщение
Как делать предпроектное обследование, описывать функциональные и организационные требования к проекту, gap/fit анализ к выбираемой системе, правильно составлять план внедрения, ТЗ и требования к результату? Это сплошной матан для них. А тут приходи компания и говорит "а, зачем все это? сейчас adjle в моде, короче, готовьте 5 млн рублей и мы все сделаем". А потом оказывается, что на эти 5 млн рублей и ТЗ толком не напишешь, какое тут качество?
вот не соглашусь
в бытность работы рафинированным бизнес аналитиком приходилось писать функциональные требования и ТЗ. напишешь на трех страничках - косо посмотрят, так "каждый дурак" может.
допустим, описание функций отдела или процесса закупки получается на 80 - 140 страничек.
и требует 10-ти виз на листочке согласований.
и все знают, что если поставят свою визу, то потом их могут нагнуть.
следовательно, читают долго.
+ просят внести изменения, после которых запускаем новый виток согласований.
в итоге через полгодика топики процесс согласовали... а бизнес УЖЕ УШЕЛ!!! а разработка еще не начиналась! уже новые финансовые схемы, уже прошла маленькая реорганизация и из отдела закупок теперь появилось 3 отдела.
и можно аккуратно порвать 140 страничек и сесть писать заново.

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

так вот ТУТ я никакого КАЧЕСТВА не вижу.

и таки да, я за Agile, при котором всегда не поздно свернуть.

а в примере за это время были бы потрачены 5 лямов и была бы РАБОТОСПОСОБНАЯ и ОТТЕСТИРОВАННАЯ часть системы, пусть 20 или 80 процентов
За это сообщение автора поблагодарили: macklakov (5).