Москва-Сибирь, Вакансия “Консультант-программист AX2009 внутренний”-от 120т.руб.

[mnt_dx]

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

[ivvout]

интересно, а как 2 (два) консультанта-программиста уживутся на одном проекте?

[ivvout]

один бывший, второй настоящий?

[ans]

Цитата:

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

один бывший, второй настоящий?

Это был намек на меня и того кого я ищу?
Если да, то очень просто - я люблю команду и командные отношения, переходящие в дружеские.
Поэтому я любому сотруднику своей команды говорю конечную цель, которую он должен достичь и спрашиваю какими методами он её будет достигать.
После согласования методов - контролирую проблемы в исполнении и сроки.
То есть мне не нужны руки делающие бездумно только то, что я скажу.
Мне нужны и варианты решения задач по мнению моей команды.
Конечно бывают моменты, что я не соглашаюсь с предложенным, но тогда я обосновываю свое видение, чтобы никто не был в неведении.

[Bobkov]

Цитата:

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

Если да, то очень просто - я люблю команду и командные отношения, переходящие в дружеские.
Поэтому я любому сотруднику своей команды говорю конечную цель, которую он должен достичь и спрашиваю какими методами он её будет достигать.
После согласования методов - контролирую проблемы в исполнении и сроки.
То есть мне не нужны руки делающие бездумно только то, что я скажу.
Мне нужны и варианты решения задач по мнению моей команды.
Конечно бывают моменты, что я не соглашаюсь с предложенным, но тогда я обосновываю свое видение, чтобы никто не был в неведении.

ИМХО, описанное - это не командные отношения, а управление по целям (management by objectives). Командные отношения - это коллективная ответственность, общая система мотивирования. Это если бы у вас с этим сотрудником были одинаковые условия премирования и наказания - что наработали, то и поделили...

[ans]

Цитата:

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

ИМХО, описанное - это не командные отношения, а управление по целям (management by objectives). Командные отношения - это коллективная ответственность, общая система мотивирования. Это если бы у вас с этим сотрудником были одинаковые условия премирования и наказания - что наработали, то и поделили...

У нас одинаковые условия премирования и наказания - премий никаких нет, только оклад. Наказание тоже совместное - нет проекта, выгоняют всех )))
А то что я рассказал - это мой личный подход к людям.

[ans]

НАПОМИНАЮ ДЛЯ ТЕХ КОГО ЗАПУГАЛИ МОИ ОППОНЕНТЫ:

ЗАРПЛАТУ Я ОБСУЖДАЮ - ПИШИТЕ ВАШИ ПОЖЕЛАНИЯ ВМЕСТЕ С РЕЗЮМЕ НА АДРЕС:
itdirector_pm СОБАЧКА rambler ТОЧКА ru

[ddadream]

Думается мне, наибольшая проблема будет в поддержке пользователей и исправлении проблем от их ошибок. Уже после второго-третьего обьекта, времени на поддержку будет уходить до нескольких часов в день. И внедрение по другим обьектам просто напросто остановится.

[Pustik]

Цитата:

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

Уже после второго-третьего обьекта, времени на поддержку будет уходить до нескольких часов в день. И внедрение по другим обьектам просто напросто остановится.

тут вроде как должна прийти подмога

Цитата:

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

Расширение внутренней команды максимум еще на 1-2 чел планирую через 1-2 года, когда с этим одним запустим хотя бы 3 предприятия из 15.

[Удвой Покуров]

Цитата:

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

тут вроде как должна прийти подмога

Жаль, подмога не пришла, подкрепленье не прислали...

[pitersky]

Коллеги, я, честно говоря, не совсем понимаю наличие в этой теме трёх страниц. Автор вроде как не просил нас помочь ему с определением условий для найма или подбором кадров. Он ищет человека на вполне определённые условия. Давайте лучше пожелаем ему удачи в поисках и не будет давать советы, в которых он не нуждается.

[ans]

Цитата:

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

Коллеги, я, честно говоря, не совсем понимаю наличие в этой теме трёх страниц. Автор вроде как не просил нас помочь ему с определением условий для найма или подбором кадров. Он ищет человека на вполне определённые условия. Давайте лучше пожелаем ему удачи в поисках и не будет давать советы, в которых он не нуждается.

Спасибо за поддержку.
На самом деле, я в конце вакансии написал - жду ваших вопросов.
Я не против подискутировать, так как считаю, что чем больше я здесь расскажу, тем будущему кандидату будет более понятна как сама работа, так и мой подход к ней.
Лучше сразу понять, что работа не подходит, чем мучаться или спрыгивать в середине.
А, в том числе, "острые" вопросы форумчан помогают потенциальному кандидату принять решение.

[ivvout]

Это был намек на меня и того кого я ищу?
---------------------------------------
Да, на тебя: с одной стороны намёк на руководителя, который "лучше всех знает что делать" (и это правильно), с другой стороны - вспомнил системных архитекторов, с которыми работал, не с точки зрения их квалификации, а она, слава богу, была очень высокая, и подумал как 2 (два) примерно равных по возможностям человека будут дружить на столь масштабном проекте. Ведь, судя по твоим описаниям, тебе нужен человек решающий проблемы своим пребыванием на рабочем месте? по паре дней в каждом филиале, ИТОГО - месяц.

[ans]

Цитата:

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

Это был намек на меня и того кого я ищу?
---------------------------------------
Да, на тебя: с одной стороны намёк на руководителя, который "лучше всех знает что делать" (и это правильно), с другой стороны - вспомнил системных архитекторов, с которыми работал, не с точки зрения их квалификации, а она, слава богу, была очень высокая, и подумал как 2 (два) примерно равных по возможностям человека будут дружить на столь масштабном проекте. Ведь, судя по твоим описаниям, тебе нужен человек решающий проблемы своим пребыванием на рабочем месте? по паре дней в каждом филиале, ИТОГО - месяц.

Я же не руководитель проекта в чистом виде, а ИТ-директор. У меня помимо AX еще задач выше крыши - сети, связь, AD, почта, 1С, учеты (да-да, тоже)
Так что моя роль в качестве руководителя проекта будет процентов 10 - 50, в зависимости от этапа проекта. Поэтому архитектор пусть себе архитектурит на здоровье самостоятельно. Просто будет в начале со мной согласовывать свои варианты и всё. Причем думаю процентов 80 я буду одобрять без проблем - ибо на собеседовании уже выяснится совпадают наши взгляды или нет. И если совпадают - то нет проблем, а если не совпадают, думаю и он и я сразу это увидим на собеседовании и разойдеймся. А остальные 20 - это будет скорее политическое влияние на проект, нежели технологическое. Так как в политике и руководстве я варюсь...

Да, и не по паре дней в каждом заводе. А месяц на одном заводе. Так внедрение не параллельное, а сначала одно юр лицо (завод) внедряем, а потом только другое.
По паре дней на разных - это уже поддержка и развитие после первого этапа внедрения.

[ans]

Коллеги, всё еще ищу консультанта, знающего функционал!
ЗП обсуждаю и жду от вас резюме с Вашим ожиданием ЗП.

[ans]

up

[sukhanchik]

Резковато конечно - но доля правды в словах присутствует.
Если по делу - то для корректной оценки стоимости проекта - необходимо вспомнить одно правило:
Чем больше требуется думать Исполнителю о Заказчике - тем дороже его работы. Причем степень качества работ Исполнителя прямопропорциональна качеству думания Заказчике о самом себе.

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

На языке внедренцев это называется Анализ и Дизайн. Грамотно заказанный и грамотно выполненный Анализ и Дизайн - это инструкция по внедрению стандартного функционала без доработок.

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

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

Дальше (при отсутствии доработок) останется лишь только написать более детальные инструкции пользователям и дать им "в зубы" книжку. Ну и контролировать результат.

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

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

[Pustik]

Цитата:

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

Дальше (при отсутствии доработок) останется лишь только написать более детальные инструкции пользователям и дать им "в зубы" книжку. Ну и контролировать результат.

Я бы еще добавил сюда вопрос к автору ветки. А насколько сильно пользователи знакомы с компьютерной грамотностью?И насколько им эти инструкции помогут, если ответ на поставленный ранее вопрос будет равен почти нулю? Как я понял из вакансии, кандидат должен будет помогать этим пользователям, поэтому сначала ему придеться все-таки контролировать их действия, а потом уже результат.Уже тут одного человека будет явно недостаточно.Обычно пользователи в таких местах(не столь отдаленных) не имеют ни опыта ни желания работы с компьютерной техникой, особенно люди ближе к пожилому возрасту. Если не брать в учет нервы и терпение потенциального кандидата, то все равно это может очень сильно ударить по срокам и качеству выполнения проекта.

Соглашусь с gudzon-ом

В общем и целом с учетом условий меньше чем за 200 на такую вакансию смысла нет идти: риски слишком велики.

[Zabr]

Цитата:

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

В общем и целом с учетом условий меньше чем за 200 на такую вакансию смысла нет идти: риски слишком велики.

Да. Но есть и другой аспект: для работодателя (и ans'а как его ИТ-директора) увеличение зарплаты никак не означает уменьшение рисков проекта.