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

[komar]

Цитата:

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

Тема выделена отсюда Требуется программистка на X++



В корне не верно. Задача общаться с конечным пользователем - задача консультанта. Он детально продумывает задачу и описав все детали алгоритма и интерфейса передает разработчику-программисту. Все замечания от конечных пользователей сначала должен рассматривать консультант по модулю. Если требуется изменение программы - опять же изменение (новая редакция ТЗ) и программисту. Консультант - да фаервол. А то не известно о чем договорятся программист и пользователь "тет-а-тет". Последствия могут быть очень плачевными.

Если развить тму дальше...стоит ли ограждать поставщика системы партнерами? Получается целая сеть экранов, ограждающая систему от изменения пользователем. Например, пользователь выловил нечто, подобное "утечкам памяти". Пошел процесс:
- консультант
- менеджер проекта
- программист
- менеджер проекта
- служба поддержки
- (возможны несколько итераций между менеджером, консультантом и програмистом и службой поддержки. Особенно хорошо, если есть 2 службы поддержки - у партнера и поставщика - в таком случае дальше процесс скорее всего уже не пойдет)
- кто-то там, кто собирает жалобы, от которых не смогла отмахнуться служба поддержки
- Менеджер, Который Составляет План развития системы на грядущее
- Менеджер программистов
- Постановщик
- Программист
- Тестировщик
- Опять программист
- Еще программист
- (собрали наконец-то версию)
- Еще несколько программистов
- (натянули локальную функциональность)
- служба раздачи дисков партнерам
- (много раз консультанты, программисты и менеджеры партнера, натягивающие кастомизации на версию)
- пользователь
(и полезли глюки, и процесс с самого начала)

Схема немножко упрощенная конечно...

[RedFox]

Цитата:

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

Схема немножко упрощенная конечно...

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

[komar]

Цитата:

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

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

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

[mazzy]

Цитата:

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

Если развить тму дальше...стоит ли ограждать поставщика системы партнерами?....

Цитата:

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

Да? Речь ведь шла о доработке, которая идет через поставщика системы (большая такая компания) - Вы уверены, что...

Так. Мысль понятная, но ОФФТОПИК дикий.
komar, пожалуйста угомонись. Если интересно, открывай новые ветки.

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