Имелась в виду ситуация, когда весь процесс разработки упорядычевается в соответствии с RUP. Это влечет за собой определенное изменение бизнес-процессов, а зачастую и существенный сдвиг в мировосприятии даже программеров: Use-Case driven разработка и упор на анализ/проектирование даются не легко, не говоря о том что влекут за собой отказ от понятия "должно быть сделано вчера". Software engineering вообще имеет много манагерских аспектов и соответственно требует достаточно серьезного сдвига их мировоззрения — в общем все уходит далеко от тривиального кодерства со всеми вытекающими.
Дешевая и работающая не всегда ортогональны, тем более что эти категории не имеют смысла без численной оценки, а обстоятельства редко позволяют выбирать.
В общем следует отметить что профессионалам RUP знать следует (ИМХО RUP/UML/Design patterns это библия) а вот вопрос официального внедерения в компании менее очевиден и подпадает под юрисдикцию CTO/манагеров.
Old C programmers never die. They're just cast into void.
