Підводні камені проектів впровадження САПР

Praemonitus praemunitus
Попереджений, значить озброєний



У статті мова йде про проблеми, з якими неминуче доведеться зіткнутися будь-якому підприємству у процесі впровадження системи автоматизованого проектування. Які типові помилки допускаються і як їх уникнути? Без чого не можна починати роботу? На чому можна заощадити, і на чому економити не можна? Які ресурси будуть потрібні? Іншими словами, розглянемо організаційні, технічні та фінансові аспекти таких проектів.


Початок процесу
Перш за все, потрібно оцінити, наскільки ваше підприємство готове до впровадження САПР. Перше необхідна умова успіху – наявність керівної волі. У проекту повинен бути прихильник серед керівників підприємства, володіє достатніми повноваженнями та ресурсами для його запуску і подальшої реалізації.


Друга необхідна умова – виділення команди для впровадження САПР, що володіє достатнім рівнем повноважень. Якщо керівникам проектних підрозділів не зобов'язано співпрацювати з командою впровадження, то процес неминуче загальмується або взагалі не піде. Повноваження мають бути закріплені офіційно, тому що далеко не завжди неформальних, не зафіксованих домовленостей достатньо, для того щоб дійсно щось змінити в компанії.


Знайшовся у вас на підприємстві керівник, який підтримує ідею автоматизації проектування? Видано підтверджує це документ – наказ про впровадження САПР? Виділено за нього люди і час на проведення робіт? Тільки відповівши "так" на всі ці питання можна братися за справу.


Аналіз
Почати необхідно з аналізу поточного стану автоматизації проектування на підприємстві. Це можна зробити або самим, або залучити для роботи професійну компанію-консультанта в області САПР.


Перше – опишіть структуру проектних відділів, які вирішуються завдання і число фахівців. Проаналізувавши ці дані, можна дати попередні рекомендації з програмного забезпечення, яке буде використовуватися в процесі проектування на вашому підприємстві.


Друге – проаналізуйте кваліфікацію ваших фахівців. Якщо вони працювали тільки на кульманах, то для початку необхідно навчити їх азам комп'ютерної грамотності. Здавалося б, це очевидно, але іноді доходить до курйозів. Наприклад, на навчання роботі з програмою архітектурного проектування Architectural Desktop підприємство направляє фахівців, які до цього не були знайомі з комп'ютером. І викладач змушений пояснювати їм, як маніпулювати мишею і працювати з "Провідником". До азів AutoCAD за відведений на курс часом група, може бути, ще й добереться, а от до Architectural Desktop вже навряд чи.


Якщо ваші фахівці вже освоїли комп'ютер, ми, тим не менш, наполегливо рекомендуємо вам протестувати їх на знання хоча б базових пакетів, таких як AutoCAD. Дуже часто люди вважають, що вміють працювати, а на ділі не знають навіть основних можливостей програмного забезпечення. У результаті проектувальник здійснює масу зайвих дій замість того, щоб натиснути одну кнопку і скористатися стандартною, спеціально закладеної в продукт функцією. Наведу анекдотичний приклад: інженер, не знаючи, що в AutoCAD можна креслити у масштабі 1:1 і використовувати простір аркуша, перед кожним комп'ютерним побудовою перераховував розміри в масштабі на калькуляторі!


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


Окрім комп'ютерної грамотності для успішного впровадження САПР необхідна наявність у фахівців твердих знань в предметній області. І тут є сумні приклади – коли під час навчання роботі з розрахунковим пакетом доводиться роз'яснювати інженерам методики розрахунків, а не вчити користуватися програмою. У кінці статті наводяться деякі рекомендації щодо виходу з цього становища з досвіду наших замовників.


Виходячи з усього вищесказаного, спробуйте оцінити, чи готові ваші фахівці до використання професійних пакетів або варто почати з впровадження більш простих технологій та навчання людей. Тільки якщо ви впевнені у кваліфікації ваших співробітників в предметній області і врахували в бюджеті витрати на навчання комп'ютерної грамотності та базових продуктів, можна планувати перехід на спеціалізовані рішення. Результатом аналізу на цьому етапі є уточнена специфікація на програмне забезпечення і бюджет на навчання персоналу.


Третє – опишіть і проаналізуйте наявне програмне забезпечення – використовувану на кожній робочій станції операційну систему, СУБД, САПР.


По-перше, це необхідно, щоб врахувати сумісність версій впроваджуваної САПР, операційної системи та баз даних. По-друге, слід з'ясувати, як можна заощадити на покупці нового програмного забезпечення. Наприклад, при обміні застарілих версій програм можна отримати суттєву знижку. Крім того, багато постачальників ПО надають пільгові умови для користувачів конкурентних програмних продуктів. Повною інформацією про це мають професійні компанії, тісно працюють з постачальниками. По-третє, необхідно забезпечити наступність і сумісність наявного та запланованого програмного забезпечення. Вже на цьому етапі подумайте, як буде здійснюватися передача в електронному вигляді напрацьованих креслень, баз даних і шаблонів. Тут існує маса нюансів – не відмовляйтеся від допомоги фахівців!


Результат цього етапу – рекомендації по закупівлі операційних систем, СУБД, подальше уточнення специфікації за програмами автоматизованого проектування.


Четверте – врахуйте потреби в апаратному забезпеченні: комп'ютерної техніки і широкоформатному обладнанні для друку, сканування та копіювання. Вам будуть потрібні комп'ютери достатньої потужності, з сучасними операційними системами. Якщо у вас є багато паперової документації, яка буде використовуватися в майбутніх проектах, то вам може знадобитися широкоформатний сканер і відповідне програмне забезпечення. Оцініть також обсяг друку і копіювання проектної документації – можливо, вам пора задуматися про придбання інженерного комплексу.


За результатами цього етапу складається специфікація на апаратне забезпечення.


П'яте – якщо ви переходите на автоматизоване проектування, то обов'язковим кроком, якщо не відразу, то з плином часу, є організація електронного архіву. Це також вимагатиме апаратних, програмних і людських ресурсів.


Шосте – сучасне програмне забезпечення часто комплектується бібліотеками і базами елементів. Постачальники ПЗ не завжди підтримують ці бази в актуальному і повному стані. Можливо, вам доведеться робити це самостійно, по крайней мере, для специфічних завдань, які вирішуються на вашому підприємстві. Для підтримки цих баз буде потрібно виділити і навчити людей.


Сьоме – локальна мережа на підприємстві. Інформаційний обмін, який відбувається між учасниками процесу проектування, пред'являє досить високі вимоги до мережевої інфраструктури. Не забудьте ретельно зіставити вимоги впроваджуваного комплексу та можливості наявної мережі.


Отже, в результаті аналізу ви маєте пакет документів з рекомендаціями щодо комп'ютерної інфраструктури, програмного забезпечення, навчання фахівців. Ці витрати необхідні для успіху проекту впровадження САПР. Крім того, потрібно спланувати витрати, яких компанія зазнає в процесі впровадження, і врахувати зміни, які відбуватимуться на підприємстві.


Готуйтеся до змін!
Перехід на автоматизоване проектування зажадає часткової або повної реорганізація проектних та обслуговуючих відділів і змін у роботі компанії в цілому.


По-перше, з'являться нові функції: адміністрування ПО; ведення електронного архіву, бібліотек і баз даних; обслуговування інженерного комплексу; векторизація відсканованих креслень.


По-друге, піде частина старих функцій. Більшість рутинних операцій виконуватимуться швидше, зменшаться терміни виконання робіт, може бути змінено порядок видачі завдань і погоджень, а вивільнені співробітники будуть задіяні в інших роботах. Зміниться процедура обміну даними між фахівцями – всі зміни будуть доступні в електронному вигляді для кожного учасника проекту в режимі реального часу. При впровадженні тривимірного проектування відпаде необхідність в частині погоджень.


По-третє, в кожній організації існує власна корпоративна культура, складаються неформальні відносини. Впровадження систем автоматизованого проектування неминуче викличе їх зміна.


По-четверте, виникне подвійне навантаження на людей: впровадження нових способів роботи і виконання поточних проектів. Тому продуктивність проектного відділу на початковому етапі впровадження САПР обов'язково знизиться. Прискорення з'явиться тільки до кінця впровадження, коли співробітники перейдуть від тестової експлуатації на промислову.


Всі описані моменти призводять до виникнення класичного перешкоди: опору змінам з боку фахівців. Це абсолютно нормальна реакція. Адже людям властиво противитися новому, яким б гарним воно не було. На початку проекту протидія неминуче. Але після півроку або року ви буде спостерігатися зворотне. Деякі з тих співробітників, які раніше опиралися впровадженню САПР, будуть приходити на роботу раніше тільки потім, щоб зайняти ліцензію. Більш того, будуть виникати конфлікти з-за того, що хтось пішов на обід і не "звільнив" ліцензію. Це реальна ситуація, про яку розповідають наші замовники, що впровадили найрізноманітніше програмне забезпечення. Але для подолання початкового опору фахівців вам доведеться докласти зусилля. Окремі рекомендації наведені в кінці статті.


Без урахування описаних моментів компанія ризикує завчасно розчаруватися в системі автоматизованого проектування. Зіткнувшись з такими проблемами, керівництво може порахувати впровадження неуспішним, опустити руки і скасувати продовження проекту. Це дуже поширена помилка, яку у жодному випадку не можна допустити. Щоб не довелося захищати проект від передчасного припинення, потрібно ще до його початку ввести критерії оцінки ходу впровадження.


Оцінка ходу впровадження
Перш за все, сформулюйте цілі впровадження, терміни, точки контролю. Обов'язково сформуйте критерій досягнення мети. За початок відліку можна прийняти, наприклад, ту ситуацію, яка існує на поточний момент, і зафіксувати її документально. Припустимо, ви відзначаєте, що проектна робота деякого типу надається протягом трьох місяців. Згодом ви будете мати можливість порівняти терміни виконання цієї типової роботи до і після впровадження САПР. Створення критерію – процес творчий і залежить від специфіки вашої діяльності, але без цього до проекту відкладається.


Ще один важливий момент полягає в тому, що для тих, хто не включений в процес, не зрозуміло, чим займається група впровадження. Тому документуйте те, що ви робите, готуйте звіти для всіх зацікавлених осіб. У будь-який момент часу ви повинні бути готові відзвітувати про виконану роботу.


Багато фахівців, які не розуміють змін, що відбуваються, можуть боятися їх і саботувати проект. Тому потрібно розповідати, роз'яснювати, заспокоювати людей, тобто займатися певною мірою просвітницької діяльністю. При цьому не забудьте пояснити, що ефект від впровадження САПР починає виявлятися тільки ближче до закінчення процесу автоматизації.


Тепер, коли ви готові до закупівлі програмного забезпечення, необхідно прив'язати специфікацію програмного забезпечення до поточного моменту і врахувати всі пункти, на яких можна заощадити.


Оптимізація специфікацій
Обов'язково користуйтеся такою можливістю, як мережні версії. Якщо у відділі над одним завданням працює десять чоловік, зовсім необов'язково купувати десять ліцензій. Хтось буде у відрядженні, хтось захворіє, хтось піде на нараду, значить, одночасно використовувати програму буде не більше 80% відділу. Крім того, не існує продукту, який на 100% вирішує задачі окремо взятого проектувальника. У зв'язку з цим число ліцензій цілком може бути менше, ніж кількість фахівців. Якщо у відділі є локальна мережа, то ви маєте право встановити програмне забезпечення на кожен комп'ютер, але одночасно використовувати тільки куплене кількість ліцензій.


Виключіть з специфікації дублюючі рішення. Зараз на ринку представлено різноманітне ПО, і для вирішення однієї і тієї ж задачі існує декілька різних програм. Постарайтеся розібратися самостійно або за допомогою професіоналів, і не купуйте декілька продуктів для вирішення одного завдання.


Уникайте надмірної функціональності. Вибирайте програмне забезпечення для вирішення вашої конкретної проблеми. Пропозицій на ринку – безліч, і буває так, що вам потрібна лише одна функція, а вам пропонують продукт, у якого їх десять. За дев'ять інших ви платите зайві гроші! Компанії, що роблять ставку лише на обсяг ваших закупівель, так звані "двигуни коробок", постараються запропонувати Вам самі дорогі продукти. Навпаки, професіонали, які віддають перевагу довгострокову співпрацю з замовником та зацікавлені в успішному впровадженні САПР на підприємстві, постараються виключити для вас дублювання і надлишкову функціональність.


Якщо у вас передбачається комплексне впровадження різноманітного ПЗ, не варто купувати, навчати фахівців і впроваджувати всі продукти одночасно. Адже в цьому випадку робота проектного підрозділу просто встане. Намітьте етапи навчання, впровадження і, відповідно, етапи оплати. Таким чином, ви зможете вирівняти грошовий потік і завантаження фахівців.


Ще раз звертаємо вашу увагу – постарайтеся починати навчання з базових продуктів. Наприклад, якщо ви купуєте якусь додаток для AutoCAD, То спочатку навчіть людей AutoCAD. Якщо вони не знають базових програм, марно вивчати програми. Гроші і час будуть витрачені даремно, а фахівці розчаруються.


По можливості користуйтеся усіма фінансовими пільгами, які надають вам виробники програмного забезпечення. Непрофесійні продавці часто не знають про певні можливості: мультіскідках, поточних спеціальних пропозиціях, можливості безкоштовного поновлення версій, пільгових обмінах, можливості підписки на програмне забезпечення. Професійні компанії працюють з виробниками напряму, перебувають у курсі всіх пропозицій і обов'язково повідомлять про це своїм клієнтам. Крім того, у організацій, які професійно займаються впровадженням САПР, є власні можливості, вигідні клієнту, такі, як укладання договорів стратегічного партнерства або корпоративних контрактів.


Крім витрат безпосередньо на придбання апаратного та програмного забезпечення та навчання спеціалістів, вам необхідно заздалегідь передбачити витрати на послуги післяпродажного сервісу і супроводу вашої системи.


Обслуговування
Обговоріть з вашим постачальником, які послуги ви можете отримати і чи входять вони до вартості придбаних продуктів. Це можуть бути консультації з вибору програмних і апаратних рішень під ваші завдання; сумісності програмних продуктів між собою; сумісності програмного і апаратного забезпечення; цінову оптимізацію рішення; а також повідомлення про майбутні можливості пільгового обміну ПЗ та передача безкоштовних оновлень програм.


Обговоріть якість навчання, яке може надати вам постачальник і кваліфікацію викладачів. Зафіксуйте в договорі умови технічного обслуговування:



Обговоріть все це заздалегідь, до оплати рахунку, інакше згодом при зверненні за допомогою до постачальника ви можете зіткнутися з відмовою. Ще більш неприємною для вас буде реакція керівника, коли ви прийдете до нього з проханням виділити фінанси на технічну підтримку, не вказавши заздалегідь це у витратах на впровадження системи.


Крім передпродажних консультацій і власне технічної підтримки вам може знадобитися адаптація ПЗ. Сьогодні у продажу є безліч САПР як російських, так і західних виробників. Російські, звичайно, враховують нашу специфіку: стандарти на оформлення проектної документації, розрахункові норми і т.д., але навіть вони можуть не завжди відповідати потребам вашого підприємства. Наприклад, при проектуванні у вас використовуються якісь специфічні елементи, які не внесені в стандартні бази даних, або нестандартні шаблони документів. Якщо обсяг робіт по наповненню баз даних, створення нових шаблонів буде більшим, вам можуть запропонувати оплатити їх окремо.


Ймовірно, на вашому підприємстві вже працюють раніше закуплені САПР, часто на різних платформах. Для інтеграції нового та наявного ПЗ може знадобитися програмування або створення складних налаштувань. Можливо, вам також знадобиться інтегрувати нову САПР з вже існуючими системами типу АСУП, PDM, ERP і т.п. Ці завдання, як правило, вирішуються постачальниками за окрему плату.


Може також виявитися, що на вашому підприємстві гостро стоїть проблема, для розв'язання якої не випускається програмне забезпечення, ні російське, ні зарубіжне, і ви готові замовити розробку такого продукту. Цю послугу можуть надати тільки професійні компанії, що теж вимагає певних витрат.


Врахуйте в бюджеті всі перераховані моменти, перш ніж захищати його перед керівництвом.


Управління персоналом.
А тепер обіцяний розділ "з досвіду наших клієнтів" про роботу з персоналом в ході впровадження САПР.


Одна з проблем, яка може стати на шляху впровадження – відсутність кваліфікованих кадрів. Ще кілька років тому ситуація була просто катастрофічною. Не вистачало не лише фахівців з навичками автоматизованого проектування, здатних працювати на комп'ютері, але і просто проектувальників з хорошою освітою. Виник великий віковий розрив: у проектних організаціях працювали або дуже літні люди, або молодь з інституту. Найбільш активні і в той же час досвідчені співробітники середнього віку покинули підприємства під час економічних криз. Зараз цей розрив поступово скорочується. Намітилася цікава тенденція: щоб знайти високооплачувану роботу фахівці самостійно навчаються і отримують сертифікати на знання різного ПЗ.


З рекомендацій від наших клієнтів: обов'язково навчайте своїх фахівців, бережіть їх, не давайте піти. Ведіть шефство над вузами, запрошуйте на практику студентів, готуйте їх для роботи на вашому підприємстві. Розвивайте інститут наставництва, стимулюйте досвідчених співробітників навчати молодь. Деякі компанії навіть оплачують навчання талановитих молодих людей у вузах, щоб надалі за умовами контракту прийняти їх на роботу.


Обов'язково виділяйте робочий час на освоєння САПР. Бажано закріпити це документально, наприклад, наказом про те, що дві години на день фахівець зобов'язаний освоювати САПР, і в цей час ніхто не може давати йому інших завдань.


Контролюйте, як працюють ваші співробітники: стежте, щоб вони використовували нові технології, не дозволяйте повертатися до старих методів. Для цього кожен учасник проекту впровадження САПР повинен розуміти, що він особисто від цього отримає, і не боятися зниження зарплати, погіршення умов праці або звільнення. Обов'язково обговорюйте ці питання і знімайте побоювання. Адже мовчазний саботаж здатний значно загальмувати процес впровадження, і результат з'явиться пізніше, ніж заплановано.


Якщо у впровадженні САПР задіяна лише частина колективу, то може скластися деяке протистояння між іншими співробітниками та учасниками проекту. Керівник повинен показати решті колективу свою прихильність до людей, що працюють над впровадженням САПР, і тим самим підкреслити важливість цього процесу. Обов'язково мотивуйте учасників проекту, наприклад, матеріально або можливістю підвищення кваліфікації, отриманням сертифікатів. Заохочуйте співробітників писати статті, давайте їм можливість виступати, їздити на семінари, спілкуватися і отримувати визнання серед колег з інших підприємств. Це буде стимулювати інших фахівців до участі у впровадженні нових технологій.


Отже, вам будуть потрібні час, терпіння і фінанси для роботи з персоналом. Врахуйте в бюджеті проекту ще й ці витрати.


І на закінчення: незважаючи на фінансові та часові витрати впровадження процесів автоматизації виробництва окупиться сторицею, якщо ви будете уважні при виборі партнера. Перш ніж заплатити кому б то не було, ви повинні бути впевнені, що ваші відносини не закінчаться в момент оплати рахунку і постачальник не зникне, залишивши вас наодинці з вашими проблемами.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*