Registrieren | Suchen |
Umfrageergebnis anzeigen: Cтоит ли программистов огораживать консультантами от пользователей? | |||
Стоит оградить от общения с пользователями полностью! |
![]() ![]() ![]() ![]() |
18 | 14,52% |
Общение с пользователями возможно только в случае крайней необходимости. |
![]() ![]() ![]() ![]() |
38 | 30,65% |
Нет, не стоит. Пусть себе общается. Это полезно. Но бОльшая часть общения должна быть у консультанта. |
![]() ![]() ![]() ![]() |
53 | 42,74% |
Наравне должны общаться. |
![]() ![]() ![]() ![]() |
9 | 7,26% |
Консультанты вообще не нужны. |
![]() ![]() ![]() ![]() |
3 | 2,42% |
Не знаю/Затрудняюсь ответить |
![]() ![]() ![]() ![]() |
3 | 2,42% |
Teilnehmer: 124. Sie dürfen bei dieser Umfrage nicht abstimmen |
|
Themen-Optionen |
![]() |
#11 |
Участник
|
Zitat:
Что здесь будет делать программист? Он увеличивает здесь затраты по проекту? Достаточно одного или нескольких консультантов. Пользы на этом этапе от программиста ну никакой: 1. Он говорить с клиентом не может, так как он программист, 2. Пользователь толком программисту ничего рассказать не может - он системы не видел, еще не знает что от нее ждать, он напуган, разговорить его программист точно не сможет - а еще больше напугает. А вот консультант вернувшись из командировки в свой родной офис или на свое рабочее место у клиента, рисуя дизайны и документацию, понимает что функционала не хватает или что-то с ним не так, вот здесь то он может и привлечь программиста для обсуждения этого вопроса, или архитектора и других консультантов с других модулей - обсудить проблемы интеграции. Вот здесь и появляются все ТЗ без общения программиста и клиента. А почему программист из ТЗ не поймет что от него хотят, или ему не сможет рассказать консультант? (если не может рассказать консультант - то это проблемы консультанта - и как вообще он работает консультантом - если не может излагать-передавать свои (чужие) мысли на бумаге и устно?) Все эти отмазки - что-то забыл клиент рассказать консультанту и вдруг программист понял что консультанту что-то забыли рассказать - кажутся глупостью - это опять же низкоквалифицированный консультант - который не разобрался с задачей детально. Резюме на этапе ВНЕДРЕНИЯ (ну как поставлен вопрос) привлекать программиста дешевле только под написание разработок. а то ведь он должен присутсвовать на обследовании (т.е. 3-й лишний какой-то получается и своим делом не занимается (не пишет программ, и толком общаться с клиентом не получается и увеличивает число беседующих на +1 человека, а ведь ему за это время нужно платить зарплату, да и психологически действует на человека-клиента гнетуще когда с ним беседуют несколько людей (или 1 из них сидит и молчит)). Промолчу про людей, которые совмещают должности (консультанта и программиста). Конечный пользователь - опять же будет общаться на этапе внедрения - с кем? кто с ним больше разговаривает - проводит обследование (т.е. компетентный консультант, и с его начальством - прожект-менеджером). До программиста, ему не будет дела, он ведь только молчит - про функциональность разговаривает с консультантом. Обсуждать технические вопросы на этом этапе с пользователем - есть ошибка - вы его просто напугаете - вы говорите с ним на не понятном языке - и тем более он с ним не будет общаться (с программистом). проще потом программисту и консультанту пошушукаться отдельно. Geändert von domandr (05.04.2007 um 23:13 Uhr) |
|
Stichworte |
взаимодействие с пользователем, внедрение, как правильно, менеджмент, разделение труда, методология |
|
|