[jola]

Задача:
Необходимо организовать обмен информацией между участниками проектного и производственного процессов
Исходные данные:
Небольшая проектная и производственная фирма (свое проектирование под свое производство), количество участников, работающих с проектом (документацией) около 15 человек. Около 20-30 проектов в месяц, от начала переговоров с заказчиком, до отгрузки изделия проходит от 3 до 6 месяцев.

Архитектор 1 чел
Конструктор 4 чел
отдел продаж 2 чел
Снабженец 1 чел
отдел планирования 1 чел
Экономист 1 чел
нач. производства (2 цеха) 2 чел
Бухгалтерия 2 чел

Требуется подобрать простую систему, которую можно настроить без участия программистов силами продвинутого пользователя. Заинтересованность главным образом у конструкторов, чьи интересы я представляю, потому что бардак с информационными потоками уже надоел.
Почему-то руководство вопрос организации не волнует, а волнуют ответы на вопрос, почему косячите и то-то и то-то забыли, а почему ты этому не позвонил и не предупредил и т.п.
Нужен структурированный (связанный с номером заказа) обмен данными, главным образом в виде текстовых и табличных документов в форматах pdf и jpeg чертежи, порисушки и т.п.; Word договора и опросные листы; Excel-спецификаци; письма (входящие и исходящие) с прикреплением файлов в указанных форматах, а также DXF, DWG и других САD (быстрый просмотр CAD файлов не обязателен).
На данный момент обмен данными организован, на базе структуры папок хранящейся на сервере, где у каждого из отделов есть своя папка с одноименным номером заказа, в которой каждый отдел «варит свою кашу» и обменивается данными средствами звонка по телефону «Коль, возьми там файл, я такой-то туда-то выложил». В результате такого подхода копирование одной и той-же информации, ошибки, забывчивость, отсутствие контроля сроков изготовления и оплат и т.п.

Бегло ознакомился (на уровне прочтения информации с сайтов программы) со следующими программами:
nanoTDMS Корадо
Платформа TDMS 4.0
E1 Евфрат Система электронного документооборота и автоматизации бизнес-процессов
TechnologiCS-DOC Документооборот

По описанию, как показалось, нам подходит E1 Евфрат

Вопросы:
1. Стоит ли заморачиваться с документооборотом на базе специальных программ в условиях маленькой фирмы? Интересует опыт использования форумчанами программами документооборота в масштабах маленькой фирмы.
2. В условиях небольшой конторы стоит ограничиться файловой структурой и заставить ей правильно пользоваться сотрудников методами жесткого террора?
3. Кто-то пользовался E1 Евфрат? Интересует опыт применения.

[realdoc]

Сообщение от ShaggyDoc А если он сам не работает в системе, то она постепенно всенепременнейше заглохнет.

Не совсем так - директор не работает ни в автокаде, ни в 1С:Бухгалтерии. От этого не глохнет ни проектный отдел ни бухгалтерия. Если система построена так, что она помогает рядовым проектировщикам, то она будет работать. Директор может и не работать, главное чтобы слегка помогал - т.е. когда к нему придет продвинутый пользователь и попросит подписать приказ о внедрении, директор должен помочь. И когда на кого-то будут жалобы что он некорректно работает в системе (например, не заполняет теже поля допинформации), то директор должен принять меры. Более того, именно когда система продвигается "снизу" это часто дает очень хорошие результаты - одно дело когда один директор убеждает всех в нужности системы и совсем другое когда 30 проектировщиков делают тоже самое. Если же система предназначена исключительно "для аналитики", то конечно рядовым проектировщикам она только в обузу и как только директор "забил" - "забьют и все остальные".

[detrah]

Сообщение от ShaggyDoc Здесь об этом уже писали, про "хотя бы одно условие". Но вот если будет первое условие - воля директора, то и остальные могут появиться. А если он сам не работает в системе, то она постепенно всенепременнейше заглохнет.

Не совсем так. У нас же за 4 года не заглохла! Даже при тихом саботаже директора. И всё это из-за того, что АУП видит преимущества такой системы и активно ими пользуется. Вот ИТР не видит преимуществ - не пользуется.

Замечу, что пользование системой фактически заключается не в работе с файлами, а в работе с атрибутами, статусами, выборками. Работа с файлами у АУПовцев по времени занимает всего лишь где-то 5 - 10 минут(!) в день. Львиную долю манипуляции с данными происходит на уровне атрибутивной информации.

[Розмысл]

Сообщение от Alxd 2 Pavel_V Вы правы, привыкли Outlook использовать исключительно как почтовик. Но с другой сторону, его потому между собой аутглюком и называют, что глючит он исправно, когда начинаешь из него выжимать что-то большее. Outlook в роли системы документооборота скорее подходит для небольших "менеджерских" организаций, где документооборот прост и прозрачен. Как вы верно упомянули: задачи, совещания, встречи и письма. Некий CRM, но не больше! Скажем, чертежи в нем хранить не получится. Пояснительные записки - боже упаси. И так далее.

аутлук вкупе с микрософт ноте дает намного больше функционала. они хорошо между собой заинтегрированы.

[ShaggyDoc]

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

Вот в "если" и все проблемы.

У нас же за 4 года не заглохла! Даже при тихом саботаже директора. И всё это из-за того, что АУП видит преимущества такой системы и активно ими пользуется. Вот ИТР не видит преимуществ - не пользуется.

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

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

аутлук вкупе с микрософт ноте дает намного больше функционала. они хорошо между собой заинтегрированы.

Вообще-то у "буржуев" СЭД в разных видах используется давно и успешно. потому что "они же тупые". Знают, что Гейтс "самый богатый" и для них аксиома - "значит самый умный". И пользуются продукцией Microsoft.

А у нас - все "самые умные", один умнее другого. "Все знают" - Microsoft "маст дай". Но пользуются Windows. MS Office - "глючный", а вот OpenOffice или Libre - "кул", просто потому, что "не Microsoft". Outlook - "глючный", а вот Thunderbird - "православный", опять же потому что "не Microsoft".

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

Мы лучше будем сами изобретать, с нуля. У нас же каждый пацан - "кул-хацкер". Он "на коленке" любую СЭД сделает. И на это часто руководители клюют. Вместо того, чтобы научить использовать все возможности уже купленного пакета, нанимают пацана или "пацанскую фирму" сделать свою СЭД или еще что - вплоть до "своего Автокада". Результаты обычно предсказуемы.

[detrah]

Сообщение от ShaggyDoc А ИТР как пахали, так и будут пахать

А с чего, собственно, ИТР должны "пахать" меньше после внедрения СЭД???
Распространённое мнение, что "после внедрения у меня будет больше времени".

Для нас, в частности, при внедрении задача стояла такая: повысить доступность информации, скорость её получения/извлечения. Да, в ряде случаев, это увеличивает скорость, но это не первоцель!

Для увеличения скорости работы ИТР нужно САПРами заниматься, но не СЭДом!

[JT]

Сообщение от jola На данный момент обмен данными организован, на базе структуры папок хранящейся на сервере, где у каждого из отделов есть своя папка с одноименным номером заказа, в которой каждый отдел «варит свою кашу» и обменивается данными средствами звонка по телефону «Коль, возьми там файл, я такой-то туда-то выложил». В результате такого подхода копирование одной и той-же информации, ошибки, забывчивость, отсутствие контроля сроков изготовления и оплат и т.п.

Пробовали у себя внедрять СЭД, закончилось ничем.
Поделюсь опытом. У нас организован файл-сервер, на котором имеются папки с заказами (название заказчика), в которых уже папки с объектами, каждой присваивается свой восходящий номер. Папки создают инициаторы процесса (менеджеры по продажам). Остальные начинают в них генерировать информацию.
Отличие от вашей схемы в том, что папка с объектом одна, и все работают только в ней. Комп любого сотрудника фирмы можно отформатировать в любой момент - вся инфа на сервере. Есть небольшой регламент, утвержденный приказом директора о порядке работы в сетевой папке. Все уже привыкли, бардака нет.
Ключевые фразы из Регламента:
1. "Запрещается хранить какие-либо документы в электронном виде, относящиеся к какому-либо Объекту, вне сетевой папки. То есть какие-либо документы, хранящиеся на локальных компьютерах менеджеров по продажам, сметчика и пр., считаются неактуальными и могут быть удалены без малейшего сожаления."
2. "Желательно всю информацию по данному объекту, пришедшую не в электронном виде (факсы, бумажные чертежи, дефектные ведомости и т.п.) переводить в электронный вид (сканировать) и сохранять в папке соответствующего Объекта."
3. "Общее правило – в папке Объекта ВСЕГДА можно найти последние актуальные версии всех относящихся к данному Объекту документов."
С этим файл-сервером активно работают около 20 человек (в том числе удаленно) и необходимости в надстройке в виде СЭД пока у нас нет. Объем папки приближается к 400Гб. Резервные копии создаются в течении месяца накопительно каждый день по ночам, полная копия - раз в месяц.

[Сергей812]

Сообщение от ShaggyDoc А у нас - все "самые умные", один умнее другого. "Все знают" - Microsoft "маст дай". Но пользуются Windows. MS Office - "глючный", а вот OpenOffice или Libre - "кул", просто потому, что "не Microsoft". Outlook - "глючный", а вот Thunderbird - "православный", опять же потому что "не Microsoft". Некоторая доля правды про глючность есть. При этом на поразительную глючность "свободных" пакетов глаза закрывают - обычный двойной стандарт "либеральной общественности". Да и не столько глючность у Майкрососфт, сколько стремление подчинить всех своим "понятиям". "Буржуи им подчиняются ("они ж тупые"), а мы-то умные.

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

----- добавлено через ~2 мин. -----

Сообщение от detrah Для увеличения скорости работы ИТР нужно САПРами заниматься, но не СЭДом!

Это связанные вещи - при переходе с уровня "САПР одного рабочего места" на комплексное проектирование.

[realdoc]

Сообщение от ShaggyDoc Вот в "если" и все проблемы.

Как говорит один мой знакомый: "это не проблема, это задача".

Сообщение от ShaggyDoc Мы лучше будем сами изобретать, с нуля. У нас же каждый пацан - "кул-хацкер". Он "на коленке" любую СЭД сделает.

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

Сообщение от JT С этим файл-сервером активно работают около 20 человек (в том числе удаленно) и необходимости в надстройке в виде СЭД пока у нас нет

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

[detrah]

Сообщение от realdoc Проблема в том, что "майкрософты" плевать хотели на пожелания проектировщиков из РФ.

Для всех мил не будешь.
Все пожелания и хотелки легко (или почти легко) реализуются в системах-конструкторах типа ТДМС, где нужно всё настраивать самостоятельно.

[ShaggyDoc]

А с чего, собственно, ИТР должны "пахать" меньше после внедрения СЭД??? Распространённое мнение, что "после внедрения у меня будет больше времени".

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

Если наводить хоть какой-то порядок, например файловый архив по определенным правилам, то это отнимает у исполнителей больше времени. И способствет желанию "делать как мне нравится".

Если же ввести в действие хорошую, удобную систему, причем не только СЭД, но и САПР по специальностям, ускоряющие и производство документов (чертежей) и их оборот (СЭД), то будут довольны все. И "пахать" будут меньше.

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

Директор может и не работать

Конечно. Пусть только пару раз в месяц подписывает ведомость на зарплату. Но директор может быть примером. Если лично ему никакой СЭД не интересен, наверняка есть какой-то "серый кардинал", через которого все бумаги и крутятся.

Наше Управление ИТ занималось реализацией СЭД в Правительстве области. Там "директор" - губернатор. Весь аппарат правительства по Уставу занимается "обеспечением деятельности губернатора", т.е. в основном подготовкой самых разных документов - от заявлений на отпуск до писем Президенту, да еще в самых разных формах - от doc и xls до аналитических электронных карт и карт поездок "ВИП-персон". Важнейшие выжимки из тысяч документов должны были поступать в "АРМ Губернатора". Но губернатору, по его личным качествам, это было не интерресно. От него и компьютер убрали. Ему просто помощники держали наготове "полетный портфель" со всеми нужными и актуальными документами.

Естественно, у губернатора был первый заместитель ("серый кардинал"), который и занимался всеми документами. Вот он уже постоянно работал в СЭД, и все это видели. И вся чиновная братия в результате тоже работала, хоть и скулила. А скулила потому, что по глупости начальника Управления ИТ вся СЭД была реализована наихудшим и неудобнейшим образом - от выбора концепции до реализации. Но работала и работает.

Тепрь все люди сменились, должна смениться и СЭД на более эффективную и удобную. Скорей всего это будет единая система для всех федеральных и региональных органов власти. Но без СЭД (в любом виде) уже просто невозможно работать. Она уже давно должна трансформироваться в межведомственный электронный документоборот.

[realdoc]

Сообщение от detrah Все пожелания и хотелки легко (или почти легко) реализуются в системах-конструкторах типа ТДМС, где нужно всё настраивать самостоятельно.

Т.е. получается что между логаном и набором запчастей россыпью не находится места такой специфичной машине как камаз, но готовой? Возможна и золотая середина для специальных целей. Не будем ходить далеко - СПДСГрафикс - это не работа в голом автокаде, но и допиливать самому ничего не надо. Причем сам AutoDesk ничего подобного выпускать не будет - им это не интересно. Так же и с продуктами майкрософт - ворд продается вагонами, поэтому делать в нем какие-то примочки чтобы облегчить жизнь проектировщикам в РФ им вообще не интересно.

Сообщение от ShaggyDoc Тепрь все люди сменились, должна смениться и СЭД на более эффективную и удобную. Скорей всего это будет единая система для всех федеральных и региональных органов власти. Но без СЭД (в любом виде) уже просто невозможно работать. Она уже давно должна трансформироваться в межведомственный электронный документоборот.

Постепенно и в проектировании люди будут осознавать необходимость СЭД. И это очень хорошо. Количество руководителей "старого типа", которые ни при каких условиях не перейдут на СЭД, постепенно сокращается и приходят люди готовые внедрять что-то новое.

[jola]

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

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

JT, как у Вас организованы права доступа из отделов в общую папку с заказом?

Сообщение от JT Остальные начинают в них генерировать информацию

Структура доступов создается автоматически при создании общей папки?

[JT]

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

[ShaggyDoc]

Количество руководителей "старого типа", которые ни при каких условиях не перейдут на СЭД, постепенно сокращается и приходят люди готовые внедрять что-то новое.

Какого это "старого типа"? Руководители проектных организаций "советского образца" как раз и внедряли всё новое. И денег не жалели, и технику выбивали как могли (это тогда было очень трудно), и "отделы САПР" тормошили, чтобы не почивали на лаврах ("мы сметы внедрили"!), и рядовых исполнителей морально и материально стимулировали за "освоение".

Если бы сейчас те руководители были... Если бы их не выжили всякими способами... Вон, в нашем бывшем здании вахтером работает бывший главный инженер - заслуженный изобретатель СССР. Он в свое время первым оснастил институт кучей PC, у него лучшие САПР-овцы города работали. Но глаз положили на здание, и всех выжили. А он бы за 20 лет столько внедрил, да и до сих пор в полном уме и здравии, мог бы работать.

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

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

Не "тип руководителей" надо менять, а тип собственников. Вот когда собственниками будут не "торгаши", и не те, кто акции ради площадей перекупил, а те, кто сам создал проектную фирму именно ради проектной деятельности, вот тогда действительно всё отношение поменяется. Такие фирмы уже есть, но их мало и они пока слабые. Проектная работа не приносит сверхдоходов, да и заказов мало, а налогов много. И стоимость софта несоразмерна с доходами.

[realdoc]

Сообщение от ShaggyDoc Какого это "старого типа"?

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

[SERG35]

Сообщение от realdoc Отношение простое: "экономия непонятна, а вот деньги за программу вполне реальны".

В этом есть доля истины - скорее непонятны перспективы внедрения СЭД на предприятии - как правило нет культуры пользования, элементарный электронный архив не получается сделать все "копают", "ерундой заниматься некогда.

[kp+]

Сообщение от realdoc Можно подумать на западе люди с луны свалились или законы физики и экономики там другие.

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

Сообщение от SERG35 непонятны перспективы внедрения СЭД на предприятии - как правило нет культуры пользования, элементарный электронный архив не получается сделать все "копают", "ерундой заниматься некогда.

Когда все у всех хорошо, любая привнесенная извне культура будет лишней. Если же не все так радужно - соберите статистику "косяков" и неувязок, случившихся (объективно или по Вашему мнению) из-за отсутствия СЭД или нерабочего состояния эл. архива. И связанных с этим убытков, хотя бы примерно - от перерасхода бумаги до неиллюзорных санкций со стороны заказчега или проверяющих.
И на стол самому большому начальнегу в письменном виде. 3 против 1, что вопрос СЭД и эл. архива из категории "ерунда" резко перейдет в категорию "немедленно к исполнению всеми подразделениями"

Если такой статистики нет, совсем нет, все работает отлично - эл. архив и СЭД не нужны. До поры-до времени не нужны

[ShaggyDoc]

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

Вот этот тип и считается сейчас "новым". Герои нашего времени. А нужен какой-то "сверхновый", который непременно появится. Впрочем - @Терминологию мы не будем оспаривать" (С) Кузьмич из "особенностей".

Вот только есть опасения, что "супер-новый" руководитель, через несколько лет посмотрит на свои жалкие прОценты прибыли от проектной работы и решит: А может мне лучше бордель тут устроить? Кадры есть, если что обновим? Какой навар от этих "слаботочек" и "ов-шек"? И поставит задачу под это дело и систему учета, и СЭ сделать

3 против 1, что вопрос СЭД из категории "ерунда" резко перейдет в категорию "немедленно к исполнению"

Нет, не перейдет. Даже если на словах будет выражено возмущение, и даже если виза такая будет. А исполняться не будет. Вон, Карлик с айфоном, каждый день бровки хмурит и ножками топает, и грозные визы накладывает, а ничего не исполняется. Даже в отрасли ИТ для органов власти, в которой он якобы разбирается. Ну, типа мышкой двигать умеет и на дисплей нажимать.

Между прочим, именно он во время "местохранения" наряду с прочими глупостями отбросил это направление назад своим дурацким "Информационным обществом" вместо работавших тогда направлений. Да еще тем самым фактически списал разворованные в "Электронной России" 18 миллиардов рублей. Закрыл ту программу - значит все грехи списали, стали пилить новую.

И весьма вероятно, что "немедленно к исполнению" будет извращено, как уже бывало. Заинтересованное лицо объявит, что всё дело в "плохих программах", "корявой оси" и т.п. Всё это "надо заменить", и это лицо знает на что именно. И на этом сделает свой бизнес. Так, например, в одном нашем институте заменяли "дорогой и плохой Автокад" (при наличии лицензий на все рабочие места) на "хорошую разработку", за продвижение которой был получен откат. В итоге и средств затратили больше и на обочине большой дороги оказались.

[kp+]

Сообщение от ShaggyDoc Так, например, в одном нашем институте заменяли "дорогой и плохой Автокад" (при наличии лицензий на все рабочие места) на "хорошую разработку", за продвижение которой был получен откат

[maratovich]

Сообщение от ShaggyDoc Вот этот тип и считается сейчас "новым". Герои нашего времени. А нужен какой-то "сверхновый", который непременно появится.

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

А по поводу документооборота - сегодня у одного "товарища" спрашиваю:
- Ты документацию сделал ?
- Да.
- А почему чертежи на детали в ЛОЦМАН не закинул ?
- Абрр... ну... потом....

Потом этот чел сам будет искать эти чертежи. Не пробиваемый вопрос.