инженер внедрения САПР. Должностная инструкция

[dzink]

Добрый день, коллеги!

Занимаюсь внедрением САПР на большом предприятии. собственно говоря, для этого меня и взяли. внедряю ПО EPLAN.
на данный момент встал вопрос "легализовать" мою деятельность. Т.е. ввести в штат предприятия новую штатную единицу - инженер по внедрению САПР.

вопрос касается создания должностной инструкции для указанной должности.
конечно, можно с нуля собрать все свои обязанности, но хотелось бы взглянуть на аналоги. так как у многих эти инструкции имеются, они уже прошли путь, который мне предстоит пройти. прошу поделиться опытом, наработками или советами.
да и вообще, интересно, как у кого проходит это внедрение САПР?

заранее благодарю

[AGorskiy]

Николай, вы из Краснодара, у вас есть коллега
memberlist.php?mode=viewprofile&u=8946
Орехов Александр Александрович ОАО "НИПИгазпереработка", насколько помню он даже выступал на одной из конференций.

[Михайло]

Для разработки должностных инструкций нужно начинать не с обязанностей, а с документов и прочих результатов типовой деятельности. Что нужно для того, чтобы внедрить EPLAN? Правильно, составить требования к ПО, согласовать, потом участвовать в разработке договора, согласовать, разработать требования к железу, потом - договор на железо, еще там договор на обучение и т.д....
Правильно я описываю результаты деятельности?

[arist]

В должностную инструкцию включают квалификационные требования, права и ответственность

[Tony]

интересно, как у кого проходит это внедрение САПР?

Вас непосредственно этапы внедрения интересуют?

[dzink]

этапы и опыт внедрения. ошибки, неудачные попытки, верные решения, советы - общий опыт внедрения

[Alexander_Pavlov]

По моему опыту этапы следующие:
1. Перечень документов с примерами
2. Описание технологии проектирования с указанием где нужна автоматизация
3. Описание бизнес процессов взаимодействия проектного отдела со смежными отделами с указанием где нужна автоматизация (например, у нас требуется выдавать на склад и в бухгалтерию спецификацию по проекту в формате Excel - Eplan это умеет)
4. Оценка временных затрат на функции, которые требуют автоматизации (время-деньги, меньше времени больше затрат)
5. Оценка ошибок в проектировании. Автоматизация контроля или пути исключения ошибок
6. Написание ТЗ по этим пунктам
7. Создание структуры проекта, определение свойств проекта
8. Создание рамок
9. Создание форм отчётов
10. Создание инструкции по заполнению базы данных
11. Создание библиотеки символов
12. Наполнение базы данных
13. Создание шаблона проекта
14. Обучение
15. Стартовые проекты
16. Выявление дополнительных требований, не включенных в ТЗ, далее по п 6-16

обычно начинают с п.12, но такой путь долгий и запутанный.