Cтоит ли программистов огораживать консультантами от пользователей?

[mazzy]

Цитата:

Сообщение от domandr

Складывается впечатление, что я говорю не по теме?

У меня - да.

Цитата:

Сообщение от domandr

Я уже дал несколько аргументов: экономические, психологические, из менеджмента, из мировой практики.

Аргументов я не видел.
Были туманные упоминания, что есть экономические, психологические и другие аргументы.
Самих аргументов не видел.

Цитата:

Сообщение от domandr

Вы просто добиваете меня одним и тем же вопросом, сами не прислушиваетесь к ответам.

Да, совершенно верно, добиваю.
Да, я не слышу ответа на самый вопрос темы: Cтоит ли программистов огораживать консультантами от пользователей? Почему не стоит?
Я слышу только один ответ"не должен, потому что не должен"

Цитата:

Сообщение от domandr

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

Почему вы хотите контрарументов?
Смотрите:
1. есть вопрос
2. у вас есть мнение (ответ).
3. ваше мнение достаточно интересно и практично
4. хотелось бы понять на чем основано ваше мнение

Какие "контрарументы"? Вы можете объяснить свою точку зрения или нет?


Цитирую ваши ответы:

Цитата:

"Все уже придумано и найдено. Все методологии внедрения написаны. Ну не должен разработчик общаться с пользователем."
Cтоит ли программистов огораживать консультантами от пользователей?

"В солидных конторах это просто не позволят. так есть штатное расписание и все регламентировано - просто так к программисту не подойдет консультант без ТЗ или заявки, тем более конечный пользователь. Вообще программистов всех в оффшор"
Cтоит ли программистов огораживать консультантами от пользователей?

"Вы точно чего-то не допонимаете, либы вы многие здесь совмещаете должности консультанта и программиста."
Cтоит ли программистов огораживать консультантами от пользователей?

"Поверьте никогда такая схема не давала сбоя. Весь мир так работает. Если такое случится - вся ответсвенность на консультанте - у меня бы он не задержался, выпинал бы без рекомендаций."

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

"Весь западный (хотел сказать и российский) консалтинг так работает. Это должен знать прожект-менеджер."

"Что здесь будет делать программист?"

"А почему программист из ТЗ не поймет что от него хотят, или ему не сможет рассказать консультант?"

"Резюме на этапе ВНЕДРЕНИЯ (ну как поставлен вопрос) привлекать программиста дешевле только под написание разработок"

"Конечный пользователь - опять же будет общаться на этапе внедрения - с кем? кто с ним больше разговаривает - проводит обследование (т.е. компетентный консультант, и с его начальством - прожект-менеджером). До программиста, ему не будет дела, он ведь только молчит - про функциональность разговаривает с консультантом."

"Есть в управленческом учете понятие "релевантных затрат(доходов)"..."

Так почему стоит ограждать программиста?