Вакансии на внутренний проект Axapta

[ans]

г.Москва, м.Проспект Мира.

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

Общее число текущих пользователей старых учетных систем - порядка 150.

Первоначально будет внедряться следующий функционал:
Главная Книга, Бюджеты.
Закупки, Расчеты с поставщиками.
Заказы, Расчеты с клиентами.
Управление запасами.
Банк, Касса, Авансовые отчеты.

Рабочий день с 10 до 19.
Зарплата обсуждается. Возможно увеличение указанной зарплаты за счет ликвидации одной из двух последних должностей и соответствующего увеличения обязанностей (уже есть утвержденный неизменяемый бюджет) или за счет квартальных бонусов.
На проекте приветствуется командный подход (каждая проблема обсуждается командой).
Главное - не исполнение обязанностей в рамках должностной инструкции, а достижение результата командой. В связи с этим, обязательно будет присутствовать взаимозаменяемость друг друга при необходимости.

Связь по почте ITdirector_PM @ rambler.ru
Жду вашего резюме и просто готов поговорить с каждым, кого это заинтересовало.



Для первых двух позиций необходим минимум 2-х годовой опыт работы с Axapta.

Архитектор проекта от 2000$
Наложение функционала ERP-системы на методологию Компании.
Непосредственная настройка Axapta в соответствии с учетной политикой Компании.
Постановка задач на модификации системы.
Обучение Отдела разработки функционалу Axapta (люди, поддерживающие текущие учетные системы).


Главный разработчик проекта Axapta от 2000$
Разработка модификаций ERP-системы
Непосредственное программирование отсутствующего в системе функционала
Изменение существующего в системе функционала под бизнес-процессы Компании
Интеграция (экспорт\импорт) с другими системами (1С, Штрих-кодовое оборудование)
Обучение Отдела разработки программированию в Axapta (люди, поддерживающие текущие учетные системы).

Методолог проекта от 2000$
Реорганизация управленческого и финансового учетов в рамках ERP-системы Axapta
(вплоть до написания управленческой учетной политики).
Оптимизация методологии ведения оперативного учета.
Разработка плана счетов, проводок всех типовых хоз операций по плану счетов, финансовых аналитик,
статей затрат, бюджетов.
Финансовый контроллинг исполнения методологии учета.

! Консультант от 1500$
Подготовка и внос картотек и справочников за функциональные отделы
Внос исторических данных за функциональные отделы
Двойной внос данных на этапе запуска, 3 месяца
Разработка пользовательской документации по каждому рабочему месту
Тестирование настроенной функциональности Axapta
Написание тестовых заданий для пользователей
Проведение обучения пользователей
Проведение экзаменов пользователей
Help Desk пользователей в дальнейшем режиме эксплуатации

! Программист от 1500$
Программирование форм для ввода данных в Axapta, выводимых отчетов.
Непосредственное программирование отсутствующего в системе функционала.
Изменение существующего в системе функционала под бизнес-процессы Компании.

[ans]

Спасибо всем кто отозвался!
Жду еще наверное недельку.
Отзовитесь еще на Консультанта, вас так мало

[2A]

Цитата:

Изначально опубликовано ans
Спасибо всем кто отозвался!
Жду еще наверное недельку.
Отзовитесь еще на Консультанта, вас так мало

А архитекторов и методологов много?


Александр

[ans]

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

Еще раз всем откликнувшимся спасибо!

[slava09]

А можно подробнее про:

"Двойной внос данных на этапе запуска, 3 месяца "

и еще про такую фразу как:

"за функциональные отделы"

это имеется ввиду, что, вообще-то, должны были данные вносить сами функциональные отделы, но всетаки будет их вносить консультант (по каким-то причинам)?

И вообще, почему этому "вносу данных" уделено такое внимаение... что-то здесь нетак...

[ans]

Задача группы внедрения - предоставить полностью готовую к эксплуатации ERPсистему конечному клиенту и научить его в ней работать.

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

В идеале все это должна сделать группа внедрения и предоставить готовый продукт клиенту. Другое дело что, например, в консалтинге, за это клиент не хочет платить лишние деньги и старается делать это сам, хотя иногда получается у него криво.
У нас проект внутренний и за нашу зарплату в указанные сроки мы обязуемся предоставить ГОТОВУЮ к эксплуатации систему.

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

И еще раз, пожалуйста, внимательно посмотрите фразу в моем объявлении:
Главное - не исполнение обязанностей в рамках должностной инструкции, а достижение результата командой. А результат - ГОТОВАЯ к эксплуатации система.

[ans]

Конкретно про Двойной внос данных

Конечно имеется ввиду не работа в Аксапте ЗА функциональные отделы, поскольку это просто не имеет смысла.
Имеется ввиду работа сидя рядом с функциональным человеком - продолжение его обучения уже в процессе ЕГО работы, исправление за ним критических ошибок, например осуществление сторнирования за него в особо сложных случаях с разными валютами и неправильным сопоставлением.

[xonix]

Не совсем понятно, что значит "в идеале" - вы проект планируете или работаете "по живому"? Если планируете, то там не должно быть "в идеале". Должна быть постановка задачи и последовательность работ с ресурсами для её решения.

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

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

[mazzy]

Цитата:

Изначально опубликовано xonix
Осталось только с интересом наблюдать за развитием событий на отдельно взятом "правильном" проекте

Ну почему же только это?
У ans'а еще и история достаточно интересная есть.
Можно не только наблюдать за развитием событий в будущем.
Можно еще и прошлую историю поднять, почитать, посмотреть.

[slava09]

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

[Megacrusher]

Цитата:

Изначально опубликовано xonix
Не совсем понятно, что значит "в идеале" - вы проект планируете или работаете "по живому"? Если планируете, то там не должно быть "в идеале". Должна быть постановка задачи и последовательность работ с ресурсами для её решения.

ИМХО: "В идеале" значит то, что если не будет форс-мажорных обстоятельств.
А что план Вы не увидели? По моему он в кратце описан, что предстоит сделать и ресурсы определены (даже с должностями).

Не понятно это замечание и какой смысл в себе несет.

Цитата:

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

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

Что значит только рулите из ИТ? А откуда надо рулить? Из производства?
Наверное Вы спрашивайте про поддержку у руководящих слоев? Ну так тогда так и надо формулировать вопрос. Есть ли поддержка проекта у Вышестоящих акционеров и какого она уровня?
ИМХО: Если "выбито" 5 должностей сверх уже существующих работников то скорее всего проект пользуется поддержкой.

Цитата:

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

Какие-то эмоции к делу мало относящиеся... Откуда Вы взяли, что постановка задачи маловероятная? Покажите пожалуйста то место где это написано.....

[Megacrusher]

Цитата:

Изначально опубликовано slava09
Я не согласен с некоторыми подходами. Так, например, первоначальный ввод справочников (или доведение их до готовности после импортирования) я бы возложил полностью на функциональные отделы. Это наработало бы практику ведения справочников у пользователей, повысило уровень понимания функциональности (назначения) реквизитов и избавило бы Вас от рутинной работы. Тоже самое с разноской и всем остальных.
Да, я соглашусь, если Вы скажете, что все это пользователю сложно понять с первого раза, но опыт показывает, что чем больше пользователь учавствует в подготовке начальных данных перед запуском, тем легче и увереннее он начинает работать с системой.
Вот это и есть достижение результата! Потомучто нужно думать о том как люди будут работать с тем что Вы им предоставите, так сказать, в "готовом для работы виде".
Еще раз подчеркиваю - обучение обучением, но подготовка данных теми людьми которые потом эти данные используют в своей работе, очень эффективный подход.

Это наверное оффтоп. Их своей жизни скажу что такой подход тоже имеет право на жизнь. Ибо не всегда находится время у сотрудников функциональных подразделений на ввод первоначальных сальдо. Чтобы быстро начать работу и запустить систему такое тоже практикуется. Я это и в консалтинге проходил и на клиенте часто вижу. Часть данных предоставляется а заимпортровать их дело техники.
Головной боли меньше, люди довольны и проект работает.

[ans]

to xonix

Очень приятно, что вы обо мне заботитесь

Давайте я тогда более точно сформулирую фразу:
"В идеале все это должна сделать группа внедрения и предоставить готовый продукт клиенту. Другое дело что, например, в консалтинге, за это клиент не хочет платить лишние деньги и старается делать это сам, хотя иногда получается у него криво."

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

В нашем случае клиент выбрал делать все это самостоятельно, посредством найма в штат группы внедрения. Следовательно, именно группа внедрения должна предоставить клиенту полностью готовую к эксплуатации ERPсистему (в том числе наполненную данными). Учитывая выделенные руководством сроки проекта и его бюджет, группа внедрения оговорила с руководством, что часть работ будет делаться функциональными отделами, но при непосредственной помощи группы внедрения.
К сожалению, по причинам конфиденциальности я не буду выкладывать план проекта и его бюджет на форум. Прошу, присоеденяйтесь к команде, все узнаете

PS Всегда стараюсь все делать по уму (основываясь на собственном опыте, то есть чтобы все работало с гарантией, и еще была заложенность на возможные внеплановые изменения и хаотичные пожелания руководства), а не по книжкам и не как у всех. Видимо сказывается заложенный в детстве очень хорошим преподавателем математики логический подход к решению задач и работа в свое время с командой Ernst&Young, у которых есть чему поучиться. Пока получалось

[mazzy]

Цитата:

Изначально опубликовано ans
Прошу, присоеденяйтесь к команде, все узнаете

ВСЕ? А можно я тоже присоединюсь к проекту? Узнаю все...
Все - нехорошее слово

[Megacrusher]

Цитата:

Изначально опубликовано mazzy

ВСЕ? А можно я тоже присоединюсь к проекту? Узнаю все...
Все - нехорошее слово

Прямо таки хочется вспомнить название фильма "Человек, который слишком много знал / The Man Who Knew Too Much"

[ans]

to slava09

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

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

Все зависит от желания клиента и выделяемых им денег.

[ans]

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

Перефразирую слово "все":
Те данные, которые касаются данного проекта, о котором я упомянул выше.

Скоро буду цитатами из словаря Ожегова печатать.
Или из Глоссария Axapta User Guide

[ans]

Цитата:

Изначально опубликовано mazzy
ВСЕ? А можно я тоже присоединюсь к проекту? Узнаю все...
Все - нехорошее слово

Конечно можно, даже нужно!
Так я забиваю в штатное расписание? :
Mazzy - архитектор проекта, гл разработчик проекта, консультант, программист.
Оклад = сумме всех перечисленных в самом первом посте.
Принят на работу 17.06.05


Это не шутка. а реальное коммерческое предложение.

[mazzy]

Цитата:

Изначально опубликовано ans
Оклад = сумме всех перечисленных в самом первом посте.

Спасибо.


И после этого можно будет набрать спецов на указанный в первом посте оклад?

А корова, а хозяйство? (С) Кот мартоскин

Ладно, давай в приват личные беседы переносить.

[ans]

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