У меня, напротив, есть несогласие с подобной практикой. Да, я считаю, что команде разработки лучше не общаться с конечными заказчиком. Точнее, так: если прямо выбирать да/нет - то лучше не общаться. А более конкретно - общаться аккуратно, не всем и не со всеми,
1) Конечно, психотип. Работник ИТ часто правда медленный интроверт (условно флегматик), которому не всегда легко и интересно общаться с другими. Из набегов на кабинеты клиентов он скорее вынесет персональный стресс, чем какую-либо пользу. Менеджеры себе намечтали, что он "увидит процесс" и "услышит пользователя", а он может вообще ничего не запомнит, потому что было неуютно.
2) Пользователь распропагандирует вашего программиста. Я когда-то давно начинал свою рабочую карьеру в системе дистрибуции Консультант+. У меня был пул из 600 клиентов, которых мои менеджеры регулярно обслуживали. И изрядная часть тётушек-бухгалтеров или дядечек-юристов имела своё очень особое мнение, почему наш продукт г., наша фирма г., и они нам платили только из жалости. Понятно, что специально отобранные для работы с клиентами менеджеры умели читать эти сигналы правильно. Но ваши программисты тоже мастера переговоров?
3) Пользователь перевербует вашего программиста. Вариация предыдущего пункта. Был у меня техлид, которой проявлял очень большую клиентоориентированность. Он дневал и ночевал в проблемах конечных пользователей. Он постоянно старался улучшить и так неплохой продукт. Он забывал отдыхать. Он приходил в команду и говорил, что наш продукт г., потому что тётя Тося на той неделе в четверг нажала на синенькую кнопочку и сделалась грустна. Он пропускал сроки своих основных проектов, потому что "он же улучшает клиентский опыт по прошлой задаче!" Ах да, он манкировал своими техлидскими обязанностями примерно по этим же причинам. На каждом продукте есть такая тётя Тося, которая всегда подкинет идей, как сделать ещё лучше. Но точно ли это соответствует долговременным целям вашей команды и компании?
4) Пользователь сам не знает, как правильно. Не зря же на серьёзных проектах чуть ли не основной объём работы делается РП и аналитиками. Людьми, которые специально обучены создавать продукт вместе с пользователем. Если просто кидаться на любые хотелки клиента, он с большой вероятностью съест всё ваше время и в итоге будет ещё недоволен: "Ваши программисты год вокруг нас ходят, а всё равно неудобно!" Это не та хитрая тётя Тося, которая использует вашего мурзилку в своих интересах и бесплатно. Это честные возмущённые клиенты, которых вовремя аккуратно не направили к светлому будущему.
Я могу перечислять ещё и ещё: например, корп. политика, например, когда ваш продукт продавили пользователями помимо воли команды, и т.д. и т.п. Но понятно, что наша ИТ-отрасль, как и все другие взрослые отрасли, не зря пришла к разделению труда.
Можно и нужно подключать старших разработчиков на пресейлы. Можно аккуратно выводить к клиенту миддлов на день-другой, если есть тяга к общению и есть рамка. Но просто так "вывозить на картошку" ваших "профессоров" в надежде на то, что они Всё Поймут и станут делать продукт лучше - ну такое... Думаю, ключ к улучшению продукта и увеличению прибыли лежит скорее в организации производства, а не в некоторых магических процедурах над людьми, которые нанялись работать с абстракциями.