Хорошо когда есть тесный и дружный коллектив, в котором все друг друга хорошо знают и доверяют...

Но нам понадобилось привлечь нового человека в основном для установки обновлений.
Решили мы, что удобнее будет привлечь удаленного работника, так как обновления устанавливаются примерно раз в месяц.
И сразу возник вопрос как это реализовать.
Боязно как-то ему сразу предоставить доступ к нашим базам и серверам. Непонятно как его контролировать по крайней мере в первое время.

У кого есть подобный опыт?
Посоветуйте как лучше организовать такую работу?

Не доверяете = сами и обновляйте на свой страх и риск

(0) Пусть приезжает и ставит обновления - одмин стоит за спиной с бейсбольной битой. На того самого одмина повесить создание бекапов перед обновлением. Выделить человека из заинтересованных юзеров которого надрочить прогонять шустро тесты после обновления.

сколько и какие базы

+(1) Я бы вас обновлять не стал, неважно от бабла, = "не трогай г.вно - вонять не будет!" (с)

(3) несколько баз БП, несколько ЗУП, все файловые

+(4) просто были прецеденты подобного рода = нахсразу

(4),(6) какой-то ты нервный,
прецеденты в любом деле бывают,
это не значит что так всегда

(7) Военная база РВСН? :))))

+(5) еще и не все типовые, с дописками от-кого-не-понню-что

(5)Типовые или дописанные?

большинство типовые, есть одна-две доработанные

но вопрос-то не в этом,
Вопрос в том, как выстроить такую работу.
Ведь если он базу порушит - клиент очень недоволен будет

(11)Типовые без проблем, есть решения полностью автоматические.
А вот с доработанными все сложно.
По идее обновлять доработанную конфигурацию должен тот кто дорабатывал.

(110 Глубину доработки (в общих чертах: типа 5 субконто и т.п.)озвучь потенциалам...

(7) ну составьте договор соответствуюший, отправьте ему, пусть распишется.

(12)А большой разницы нет.
Ну наймешь ты человека в штат, будет ходить к восьми на работу каждый день.
Он что не может базы порушить?

Т.е в любом случае, надо сначала убедиться в компетентности,  проверять на первых порах.
Ну и самое главное - бэкапы.

(13) да не всегда без проблем,
и при обновлении типовых бывают затыки

"Ведь если он базу порушит - клиент очень недоволен будет
" = :))))))

(15) и какие такие условия можно вписать в договор, чтобы компенсировать порчу базы?

(16) если он ходит в штат - к нему можно приставить более опытного, который будет контролировать

а к удаленщику не приставишь

(19) Обязуйся посыпать голову пеплом. Подпишет клиент - значит доволен компенсацией

(19) 100% аванс! :))))

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

(23) Таджики? :)))

(23) у удаленщика паспорт не возьмешь

Клиент - это он или она? Если порушит - отдать на поругание чести)

(24) типа, ремонтники. Ну тут-то почти та же ситуация)

(24) ну тебя колбасит

я серьезно

(27) Нее.. ближе: секс по-телефону: платишь и ни как... :((((((

(20)Ну почему же?
Как он будет обновлять?
Тимвьювер? РДП?
В любом случае можно наладить мониторинг, чтобы штатный сотрудник на первых порах смотрел что и как он делает.
Хотя бы для того чтобы убедиться в профпригодности.
Ну и должны быть бэкапы, чтобы можно было моментально откатиться назад.

В Китае я слышал есть фирмы которые работу всю делают за офисных работников и берут мало, если порушат все равно в плюсах будешь, главное профит получить)

(31) Там похоже нет "штатного сотрудника"...

+(31) ну а бэкапы - это для трусов! :)))

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

(35) А я работаю... цена вопроса

В данном случае реальная разница между удаленщиком и штатным - на штатом хоть злость сорвать можно, ежели накосячит.
А накосячить он может с тем же успехом.

Работаешь в  консалтинговой фирме Нева ?

(38) Мне вопрос? неверные данные с хоста имеешь

(12) А если базу порушит штатный сотрудник, клиент будет доволен?

+(40) или дохлый упс при отключении эл/энергии?

да, по домену почты твоей посмотрел, ладно, я спать, и всем советую.

(42) есть старый анек на такую теку:
"Иду, вижу в заборе дырка, подписано "П..да", я х.. сунул, а там гвоздь!" :)))

(40) я же написал, что в штатных мы все уверены,
к штатному всегда есть возможность присмотреться, в отличие от удаленщика

(44)К удаленщику так же можно и нужно присмотреться.
В чем проблема?
Не знаешь как это технически реализовать?

А по поводу уверенности - и на старуху бывает проруха.
Я вот в себе уверен, а бэкапы делаю, ибо мало ли чего...

(45) а как технически?

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

(44) Т.е. если переоформить штатных в удаленщиков, то "мы все уверены" испарится?)

(0) Найдите адекватного человека. А то что как он будет обновлять это уже его дело. И не имеет большого значения.

(0) Удаленщик или штатный сотрудник не гарантирует, что первый однозначно хуже и безответственнее.
Например я ;)  попросил штатного админа предоставить место для бэкапов, он сообщил, что бэкапить ничего не нужно, он сам этим занимается. Тайком от него я сделал бэкап. Потом бухи что-то испортили и потребовался бэкап. Штатный админ сообщил, что бэкапа нет и он не виноват, это оборудование подвело.

(47) это часто невозможно, т.к. штатному работнику нужно спать, т.к. утром на работу. А удаленщик может быть из другого региона и обновить базу в 9 по своему времени и 6 утра по ихнему.

Пусть обновляет копию, а вы уже будете подливать эти изменения в рабочую.

У нас по крайней мере так. Доступ к рабочим базам имеют довольно маленький круг сотрудников и это явно не новички.

(43) да в 1 час ночи есть такое желание)

(52) каким образом?

(0) сколько решили ему платить?

(55) по чу-чуть...)

непонятно вообще в чём проблема. я обновляю базы и без доступа непосредственно к данным если всё так зашифровано - прислали cf  - обновил - проверили на копии, если есть вопросы быстро исправляю, если позже вылазят тоже можно поправить, труднее если по бух учёту ошибки тогда да, ну а бекап он же на дату делается, а если ошибка выявилась через неделю тогда что? на крайняк можно сравнить соединить с объектом в котором бок. однажды пытался сотруднику показать обновление не типовой базы всего с одной доработкой в налоговой накладной (для печати) - он через 5 минут сдался.