Здравствуйте, Слава Шевцов, Вы писали:
СШ>Здравствуйте, pogopogo, Вы писали:
P>>как организованы механизмы работы саппортеров у вас на предприятии?
P>>у нас в команде нет специально выделенных для этого людей, а поддерживать надо несколько проектов. Нужно создать какое-то решение для того, чтобы программист мог заниматься саппортингом параллельно программингу и делал это наиболее эффективно. Саппортера в штат принять пока не представилась возможность.
СШ>Как человек, который занимался этим два года, могу сказать только одно слово: ужас. Люди такое не выносят. Ищите наиболее стрессоустойчивого человека. В остальных случаях люди будут увольняться каждые пол года (это моя статистика).
Как практика показала в гомеопатических дозах саппорт для девелоперов не только полезен, но и необходим. Сразу становится понятна кривость кривореализованных решений.
А вообще ответ зависит от характера саппорта. Если саппорт такой, что команда тратит на него значительную часть времени, то что-то здесь не правильно и в этом случае распределять его надо по честному(чья проблема тот и делает). Например если нужно постоянно переставлят версии клиенской части — отправьте это делать человека который инсталлятор пишет — глазом моргнуть не успеете появится автоапдейт
Если это "дежурный саппорт" когда все работает, просто юзеры тупят, то делить его нужно поровну. Если взвалите на одного программиста тот будет сильно демотивирован.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев