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

[RedFox]

Цитата:

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

Представим такую картину - этап внедрения. Систему рядовые пользователи не видели. Только слухи, опасения, кто-то интересуется. Происходит обследование предприятие, изучение его бизнес-процессов, сбор печатных форм и др.
Что здесь будет делать программист? Он увеличивает здесь затраты по проекту?

1. Этап обследования. Со стороны заказчика было принято решение о внедрении. Систему видели единицы. Консультанты собирают информацию для предварительной настройки системы, написании функциональных требований к системе, анализу покрытия, согласованию объемов, сроков и планов работ и т.д. (данные вещи у каждой организации более-менее одинаковы, но используются разные термины. Поэтому чтобы не уходили в частности и не цеплялись к словам - останавливаюсь).
Тут приходит программист и начинает разговаривать с клиентом. О чем? Зачем? Кто будет оплачивать это время? И каков результат его работы?
Со стороны клиента моя бы реакция была бы "ну очень веселой". И это не мои придуманные доводы, а реальность.
А теперь увеличьте пропорционально кол-ву проектов?

Могут сказать, что "а как-же развитие". Конечно 100% НУЖНО развиваться, но не таким же образом и иногда за счет клиента.

Цитата:

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

Достаточно одного или нескольких консультантов. Пользы на этом этапе от программиста ну никакой:
1. Он говорить с клиентом не может, так как он программист,
2. Пользователь толком программисту ничего рассказать не может - он системы не видел, еще не знает что от нее ждать, он напуган, разговорить его программист точно не сможет - а еще больше напугает.

И получаем заранее враждебно-настроенного клиента (-ов), который иногда понять не может зачем ему задают те или иные вопросы. И иногда в таком контексте, что он даже ответить не может, потому что не знает корректного ответа. И иногда начиает рисовать заново програамеру все и описывать на листочке. + складывается мнение дополнительное мнение, что компания не может консультировать.

Цитата:

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

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

2. Этап анализ - работа с ПМ, другими консультантами, программистами и прочим персоналом компании. Тут программист может учится сколько хочет и задавать любые вопросы.

Цитата:

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

А почему программист из ТЗ не поймет что от него хотят, или ему не сможет рассказать консультант? (если не может рассказать консультант - то это проблемы консультанта - и как вообще он работает консультантом - если не может излагать-передавать свои (чужие) мысли на бумаге и устно?)

После обсуждения формируется дополнительный список вопросов, которые консультант может задать позже у Клиента и перенести в следующую версию спецификации (для это и используется версионность в разработке)

Цитата:

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

Все эти отмазки - что-то забыл клиент рассказать консультанту и вдруг программист понял что консультанту что-то забыли рассказать - кажутся глупостью - это опять же низкоквалифицированный консультант - который не разобрался с задачей детально.

Резюме на этапе ВНЕДРЕНИЯ (ну как поставлен вопрос) привлекать программиста дешевле только под написание разработок. а то ведь он должен присутсвовать на обследовании (т.е. 3-й лишний какой-то получается и своим делом не занимается (не пишет программ, и толком общаться с клиентом не получается и увеличивает число беседующих на +1 человека, а ведь ему за это время нужно платить зарплату, да и психологически действует на человека-клиента гнетуще когда с ним беседуют несколько людей (или 1 из них сидит и молчит)). Промолчу про людей, которые совмещают должности (консультанта и программиста).

Этап внедрения.

Цитата:

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

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

Достаточно содержательный ответ по этапу внедрения и реакциях клиентов.

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


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