Санкт-Петербург - нужен разработчик MS Axapta в штат

1. Вы документы пишущими ручками формируете или из Ворда печатаете?
2.

Цитата:

живое общение - ничто не заменит. А общаться придется много и со многими

так вы кодера ищете? или "все-в-одном"? или консалтов ваших консультировать надо?

Ваши последние сообщения вызывают сомнения в четком следовании бест практисам по внедрению и осознании необходимости четкого биения обязанностей работников внедренца по ролям.

Раскройте тему немного подробнее, чем обычно, пожалуйста.

[NewProjectSPB]

Цитата:

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

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

Да, легко! На этапе внедрения очередного модуля Вам, как разработчику, обязательно потребуется:
1) перенос части существующей информации в новую систему (причем, информация разнородная, и сейчас, в большинстве случаев, хранится у конечного пользователя в удобном для него виде/формате. Без ее переноса в новую систему внедрение не пройдет гладко);
2) обучение пользователей (на рабочем месте, без отрыва от производства) - "Вы делали вот это так, а теперь будете делать так"...
Эти вещи Вы как, обычно, в удаленном режиме решаете?

[pm-erp]

Цитата:

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

Да, легко! На этапе внедрения очередного модуля Вам, как разработчику, обязательно потребуется:
....
2) обучение пользователей (на рабочем месте, без отрыва от производства) - "Вы делали вот это так, а теперь будете делать так"...
Эти вещи Вы как, обычно, в удаленном режиме решаете?

Т.е. Вы планируете, что разработчик будет обучать конечных пользователей ??

[NewProjectSPB]

Цитата:

Сообщение от pm-erp

Т.е. Вы планируете, что разработчик будет обучать конечных пользователей ??

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

[NewProjectSPB]

Бу, сколько сразу откликов!
Естественно, лучше взять и консультантов, и архитектора проекта, и менеджера проекта, и тестировщиков, и дизайнеров.

Но кто за это все будет платить???
Коллеги, у нас не софтверная компания, так, на минуточку

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

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

Так что... Продолжаем искать разработчика

[Bober]

Цитата:

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

Бу, сколько сразу откликов!
Естественно, лучше взять и консультантов, и архитектора проекта, и менеджера проекта, и тестировщиков, и дизайнеров.

Но кто за это все будет платить???
Коллеги, у нас не софтверная компания, так, на минуточку

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

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

Так что... Продолжаем искать разработчика

1. Вы взялись за очень серьезную работу, не представляя себе степень серьезности, не представляя объем работ и не спланировав совершенно работу и ресурсы. Иначе бы не стали такую ерунду непрофессиональную писать на протяжении всего обсуждения.
2. Вы неправильно сформулировали описание вакансии. Вам следовало написать не "разработчик", а "специалист всё-в-одном, способный одновременно ставить себе задачи, сам же проектировать архитектурно-программные решения, сам же их программировать, см же их тестировать, сам же их внедрять и обучать пользователей. И всё это в нервно-паралитическом режиме не за самые приличные деньги."
3. Исходя из вышесказанного, вы как раз не обходите риски, а приумножаете их, сами того не понимая. Флаг вам в руки. Флаг в руки тому, кто придет к вам работать.

[ice]

Цитата:

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

Бу, сколько сразу откликов!
Естественно, лучше взять и консультантов, и архитектора проекта, и менеджера проекта, и тестировщиков, и дизайнеров.

Но кто за это все будет платить???
Коллеги, у нас не софтверная компания, так, на минуточку

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

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

Так что... Продолжаем искать разработчика

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

[ice]

Цитата:

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

Да, легко! На этапе внедрения очередного модуля Вам, как разработчику, обязательно потребуется:
1) перенос части существующей информации в новую систему (причем, информация разнородная, и сейчас, в большинстве случаев, хранится у конечного пользователя в удобном для него виде/формате. Без ее переноса в новую систему внедрение не пройдет гладко);
2) обучение пользователей (на рабочем месте, без отрыва от производства) - "Вы делали вот это так, а теперь будете делать так"...
Эти вещи Вы как, обычно, в удаленном режиме решаете?

1) вы уверены, что разработчик будет набивать в систему данные?
2) разработчик не занимается обучением, это делает консультант

[pitersky]

Цитата:

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

2) разработчик не занимается обучением, это делает консультант

именно так.
Вообще, у меня лично создаётся впечатление, что автор занимался внедрением чего-нибудь российского, типа 1С, где в основном кадры "всё-в-одном". Вот и ищется такой же (называемый программистом) для внедрения Аксапты. Хотя такой подход в принципе неправилен - производительность труда такого программиста будет существенно ниже, а работу консультанта он тем более толком выполнить не сможет.
Повторюсь, всё ИМХО

[gl00mie]

Цитата:

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

На этапе внедрения очередного модуля Вам, как разработчику, обязательно потребуется:
1) перенос части существующей информации в новую систему (причем, информация разнородная, и сейчас, в большинстве случаев, хранится у конечного пользователя в удобном для него виде/формате. Без ее переноса в новую систему внедрение не пройдет гладко);

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

Цитата:

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

2) обучение пользователей (на рабочем месте, без отрыва от производства) - "Вы делали вот это так, а теперь будете делать так"...

У-у-у... Индивидуальное обучение без отрыва от производства силами одного человека? Это если только пользователей у вас не больше дюжины. В остальном же, учить людей имеет смысл в специально отведенное для обучения время, небольшими группами на тестовых примерах, потом тестирование на демо-данных по заранее подготовленному сценарию с обязательной аттестацией (успешно прошедшим аттестацию - бонус к окладу, чтобы стимул был) - и только потом пускать их работать в новой системе/модуле.
Для удаленного обучения сейчас возможностей - тьма, те же вебинары: проплачиваете хостинг Live Communication Server, ставите на рабочие станции клиента - и вперед. Стоит на порядок(и) меньше, чем, к примеру, какие-нить командировки на места.