Вакансия специалиста по поддержке 1С

очень мало

 

18 т. + премия, официально
учить ничему не надо

 

это предложение работодателЯ или работодателЮ?

 

работодателю
вроде в Красноармейском регулярно какие-то вакансии "программист 1с" возникают про почти такие деньги

 

Да Андрей за такие деньги спеца по 8.0 не найдешь. Остается использовать только 1С Франчайзи. Рад что развиваетесь.
Смолянов Денис.

добавлено через 11 минут
Разве что неопытного прога, который только что закончил какие-нибудь курсы по 8.0, и никогда не занимался 7.7.

добавлено через 15 минут
Кстати. напиши в ICQ что надо может договоримся о работе по часовой.

 

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

и потом расскажите как вас вылечили

 

buffoon, Ваше сравнение некорректно.
система 1С и, скажем так, система обеспечения жизнедеятельности человека разного класса ответсвенности. поэтому могут быть разные подходы к поддержке эксплуатации системы.

 

мне кажется "лечить" было употреблено в переносном смысле..
а по теме ИМХО. У каждого проекта внедрения должен быть спецалист внедрения и ответственное лицо на предприятии с широкими полномочиями. Внедрене силами стороннего франча + 1 слабый спец у себя, да еще и без полномочий, в масштабах крупного предприятия невозможно ИМХО

 

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

если не нравиться такое сравнение могу привести другие: ремонт автомобиля у того же молодого "специалиста", питание в общепите под управлением "специалиста" и прочее...

 

А зачем полномочия программисту? Тем более что здесь даже не программист требуется, а хелпдеск по АСУ.
ИМХО очень даже разумный подход. Развернуть службу поддержки у себя, и нанять сторонних внедренцев.
Ни о каком внедрении студентами насколько я понимаю речи не идет.
Есть конечно и другой подход - внедрять своими силами. Тогда бы и другой человек искался. Однако у обоих подходов есть свои плюсы и свои минусы.

добавлено через 1 минуту

Вполне допустимые варианты.

 

[off]кстати можно поступить проще и послушать "восторженные" отзывы пользователей, которых будет окучивать "специалист" которому надо разжевывать ВСЕ.. и контролировать каждое его действие перепроверяя за ним все[/off]

 

а при чем тут программист?

Постановщик задачи с опытом внедрения и сурьезным подходом к написанию ТЗ. в этом случае работа с франчем даст результат.

 

сторонних внедренцев в любом случае нужно контролировать, т.к. цели у заказчика и исполнителя прямо-противоположны... а выполнять контроль "специалист" без знаний не сможет.. в любом случае на предприятии должен быть хотя бы один вменяемый специалист

 

Например ГБ, или ФД, или еще кто-нибудь. Я так понимаю вы ему же предлагаете и саппортом заниматься. Оригинально.

Нараз. Уже не говоря о том, что контролем внедрения служба поддержки заниматься просто не должна. Она должна контролировать только документирование системы.

 

buffoon, причем здесь неправильные расчеты?
речь идет об эксплуатации бизнес приложения, то есть использование пользователями бизнес приложения в рамках выполнения бизнес процессов организации. в сервисную службу обращаются при возникновении инцидента - какого-либо события выходящего за рамки нормального функционирования , которое вызывает или может вызвать прерывание функционирования сервиса и/или снижение уровня обслуживания.
требуемый специалист - всего лишь второй уровень поддержки. третий уровень это непосредственно франчайзи. главное, чтобы было соблюдено соглашение об уровне сервиса. например устранения инцидента за 60 минут.
ПС. кстати и в случае автосервиса Вам тоже все равно кто будет делать. вы отдаете машину не конкретному человеку, а в сервис. если молодой специалист не справится, он обратится к мастеру. главное чтобы было выполнено соглашение: "к пятнице будет готово".

 

гораздо проще поддерживать систему, когда внедрение происходило при непосредственном участии службы поддержки, т.к. ей потом все это саппортить

добавлено через 3 минуты

немного не так... в общепите вы получите растройство желудка, а в автосервисе молодой обратиться к старшему после того как сломает

 

смеетесь?
Если серьезно подходить к внедрению то делается так. Приказом по предприятию создается проектная группа в состав которой входят ГБ и начальники всех отделов, которые затрагивает внедрение. Кстати вместо ГБ и начальников могут быть и прямые заместители. Среди этой группы внедрения выберается основная группа, как правило не более 3 чел. которая разрабатывает стратегию, этапы, участки внедрения, пишут план-проект, ТЗ, постоянно обсуждают с остальными участниками группы внедрения. Потом все это принимается, подписывается всеми участниками рабочей группы. и...... тогда только вступает франч...... и все равно вот эта группа из 3-х человек, обладающая полномочиями заставить пользователей делато то что нужно должна полностью контролировать выполнение этапов внедрения и результат. вот как раз среди этиз 3-х человек и должен быть СПЕЦИАЛИСТ ВНЕДРЕНИЯ.

 

buffoon,
немного не так. то о чем Вы написали связано с организацией и культурой труда вточке общепита или автосервисе.

 

+
последствия могут быть и еще серьезней. А скупой как известно платит дважды.

 

молодой просто грохнет случайно все данные и спросить не с кого - сами такого взяли, кто будет расхлебывать - франч ?

 

Зачем?

 

ilya-79,
"... Приказом по предприятию создается проектная группа ..."
а Вы какую модель проектной группы используете?

 

тупой - трижды, лох - постоянно

неа.. молодой "специалист" может сломать/испортить не из-за отсутствия культуры труда, а именно из-за отсутствия знаний и навыков, т.е. он может быть и не в курсе того, что его действия приведут к краху

добавлено через 3 минуты

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

 

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

ПС. самый простой регламент для молодого специалиста.
1. если точно такой же запрос на обслуживание уже есть в базе знаний, то действовать так, как описано в описании устранения инцидента.
2. если такого запроса нет в базе знаний, обратиться на следующий уровень поддержки, после чего проконтролировать, чтобы четко было зафиксировано описание устранения инцидента.

 

Все это спорно и однобоко, но все же. Даже в такой малоправдоподобной ситуации - зачем в проектной команде со стороны заказчика нужен человек, который знает и внедрял систему, которую собираются внедрять? Он не помешает в принципе. Но крайней необходимости в нем явно нет.

 

buffoon,
"... затем, что цели внедренцев и заказчиков зачастую не совпадают ..."
тем, о чем Вы говорите, занимается не специалист по внедрению.
позвольте мне теперь и у Вас спросить, а какую модель проектной группы Вы используете?