7 Рад починаючому проектувальнику, проект - РЗА
Це не зовсім так. Принаймні якщо ви не володієте якимись унікальними знаннями.
Будь-яку комерційну організацію в кінцевому підсумку цікавлять не ваші знання і навички, а вміння створювати комерційний продукт. А ось це поняття включає в себе набагато більше, ніж просто «вмію робити креслення». Сюди входять і «робити все в установлений термін», і «не клепати мізки своєму начальнику», і «робити гарну упаковку», і «працювати в команді», і багато іншого.
Якщо не хочете стати «жебраком суворим технарем, чию тонку натуру не можуть зрозуміти оточуючі тупі манагери», то ось вам 7 найкорисніших навичок сучасного проектувальника.
Проектування дуже добре піддається плануванню. По суті тут мало творчості і тому визначити обсяги роботи і терміни їх виконання досить просто. Роби це кожен раз, для своєї ділянки робіт, навіть якщо ніхто не просить. Цей корисний навик, який стане в нагоді в майбутньому.
План повинен бути обов'язково записаний на папері / в програмі. У ньому повинні представлені не тільки розділи проекту (схеми, розрахунки, ПЗ), а й дії по збору вихідних даних, перевірці, стикування із суміжниками і т.д. У плані обов'язково повинні бути проставлені дати завершення кожного пункту.
Найкраще план виконувати в MS Project, де є можливість будувати пов'язану діаграму Гантта.
ВАЖЛИВО: 95% проектувальників не вміють робити правильний план робіт і багато хто з них ніколи навіть не намагалися це робити. Тому, що це складно, від них цього не вимагає керівник, так простіше відмазатися, якщо десь зриває терміни.
Однак, варто пам'ятати, що планування і контроль за виконанням - це функції керівника. Якщо хочеш стати в майбутньому начальником, то починай вивчати його функції зараз. Також планування - це найшвидший спосіб побачити систему проектування і всі розділи проекту в цілому.
Будь в останніх 5% і це може серйозно вплинути на твою кар'єру.
Ти повинен зробити всі свої завдання і не залазити в чужі. По початку не завжди зрозуміло, де закінчуються твої схеми / розрахунки і починаються суміжні. Перед початком роботи потрібно обговорити і зафіксувати свої кордони, щоб не було непорозумінь із суміжниками і з начальником відділу.
Тим, хто хоче займатися фрілансом - Межі підряду повинні бути письмово погоджені із замовником! Інакше ви можете не побачити свої гроші. Зазвичай це роблять за допомогою таблиці в якій прописані всі роботи по проекту і хрестиками зазначено, за що відповідаєте ви, а за що замовник. Якщо ви по-різному бачите цю відповідальність - це відразу спливе при узгодженні такої таблиці.
Іноді фрілансерам не платять гроші не просто тому, що замовник - "казьyoль", а тому, що він вважає, що робота виконана не до кінця. Тут, природно, перед проектуванням ніхто не погодив кордону підряду.
Проектування зазвичай - це командна робота. Особливо якщо проект великий. У цьому випадку обов'язково потрібно узгодити, як оформляти креслення. Це стосується і умовно-графічних позначень (УДО) елементів, і порядку проходження креслень, і їх нумерації, і номерів транзитних ланцюгів в схемах, і багато ще чого.
Проект повинен бути виконаний в єдиному стилі. Якщо 3 проектувальника в кінці видають правильні, але по-різному оформлені креслення, то їм все доведеться переробляти. Це одна з найпоширеніших помилок при проектуванні і, мабуть, сама дурна.
За єдиний стиль проекту відповідає ГІП або начальник відділу, але всім учасникам також варто про це потурбуватися. Не приступайте до отрисовке схем, якщо не отримали шаблони та інструкції з оформлення.
Запросити вихідні у Замовника (схему підключення до мережі, рівні струмів КЗ, інформацію за існуючим по ПС обладнанню і т.д.) не так просто, як здається на перший погляд. Особливо це стосується реконструкції діючих об'єктів, де повно старого обладнання і кабелів, і де тільки місцеві енергетики можуть відповісти на ваші запитання. А можуть і не відповісти, якщо ви будете неправильно їх питати.
Порівняйте два питання:
- Просимо надати дані по кабелях 6 кВ і уставками вищих захистів на РП-1.
- Просимо надати дані по кабелях 6 кВ (тип, довжина, спосіб прокладки, максимальний струмовий навантаження) і уставками захистів фідерів 5 і 7 в РП-1 (тип захисту, уставку МТЗ по току, уставку МТЗ за часом).
На перше питання я, як експлуатація, можу взяти все, що у мене є за цими кабелям і направити проектувальнику. І формально не буду винний, навіть якщо там не всі дані. Просили дані - я їх відправив. Яке питання - така і відповідь.
На другий я вже повинен подивитися, що відправляю тому, що є конкретика. І проектувальник потім може пред'явити, що йому направили не всі, що він просив.
А щоб надати ваги цей запит, його потрібно направляти офіційно - від директора на директора. Тоді виконавець з боку замовника буде шукати вихідні і ви зможете виконати нормальний проект.
Запит вихідних даних найкраще виконати у вигляді таблиці, яку повинен заповнити замовник. Це наочно і якщо якісь графи будуть не заповнені, то це відразу буде видно.
Якщо ви не можете правильно зробити запит, то навряд чи начальник буде про вас високої думки.
Створи Вхідні і Вихідні і викладай туди все скани офіційний листів і ключові електронні листи. Взагалі перед початком проектування потрібно створити структуру папок, в яку прописати Вихідні дані, Листування, Обладнання, Проект і т.д. Але найголовніше - це листування з Замовником.
Всі важливі листи повинні бути під рукою і миттєво надаватися начальнику при запиті. Зазвичай в кінці проекту між замовником і проектувальником є розбіжності і починаються з'ясування - "хто правий, а хто ні". Все чим може прикриватися проектувальник - це ТЗ на проектування, норми і листи від самого Замовника.
Якщо листів немає або вони "загубилися" всередині твого електронного ящика, то вгадай, хто буде головним "нехорошою людиною"?
Зараз в поштовика можна налаштувати Вхідні і Вихідні по конкретному проекту і закидати туди електронні листи від замовника і його підрядників. Це дозволяє швидко вести справи тому, що таких листів можуть бути сотні. Але скани офіційних листів все одно необхідно зберігати!
При відповіді на зауваження потрібно обов'язково посилатися на сторінку / лист проекту, на норми, на ТЗ або листи самого замовника. Все інше навряд чи спрацює.
У таблиці з відповідями на зауваження повинен бути відображений Результат - Приймається / Не береться. Якщо зауваження приймається, то найкраще вказати, коли воно буде виправлено.
Уміння вирішувати питання з Замовником - дуже корисна властивість проектувальника. Воно високо цінується керівництвом.
Якщо хочеш спростити собі життя і прискорити узгодження проекту, то перш за все ти повинен правильно спілкуватися з Замовником і його суміжниками.
Є два рівня взаємодії з Замовником з питань проектування - офіційний і особистий. Вони не виключають, а навпаки доповнюють один одного.
Офіційний рівень - це офіційне листування.
Тут ти запитуваний вихідні дані, посилаєш свої питання, відповідаєш на зауваження і просите узгодити технічні рішення до такого-то числа і т.д.
Деякі компанії, особливо великі шановні проектні інститути, вирішують всі питання виключно за допомогою офіційного рівня. Виходить така собі гаубична дуель, коли проектувальник, прикриваючись підписом свого директора, веде вогонь навісними по окопах Замовника, не бачачи і не чуючи його особисто. Спеціаліст Замовника огризається у відповідь, вважаючи, що з того боку ворог і відступити хоч на крок від своїх зауважень, значить ганебно програти. Робить він це також через свого начальника або директора, щоб підсилити ефект.
Я був свідком багатомісячних (!) Офіційних листувань, без особистого контакту між технічними фахівцями і без ... потрібного результату! А необхідним результат - це узгоджений проект, причому потрібен цей результат обом сторонам.
Вирішення цієї проблеми - перейти на особистий рівень спілкування і максимально його розвивати.
Особистий рівень - це способи налагодити неформальні стосунки з особою, яка приймає рішення (ОПР) по вашому проекту.
При цьому не обов'язково знайомитися з босами Замовника і заручатися їхньою підтримкою. Це скоріше навіть зашкодить справі тому, що ніхто не любить, коли його співрозмовник використовує адміністративний ресурс.
Для наведення "мостів" з ЛПР (зазвичай це технічний фахівець середньої ланки) потрібно зробити наступні кроки:
- Дізнатися хто саме буде перевіряти і видавати зауваження по твоєму розділу
Найзручніше познайомитися з технічними фахівцями при предпроектном обстеженні.
- Дізнатися чи є у нього які-небудь особливі побажання щодо проекту? Це корисно не тільки для встановлення особистого контакту, але і для самого проектування тому, що ЛПР зазвичай знає подробиці та тонкощі по своєму об'єкту. Особливо якщо справа стосується реконструкції існуючого об'єкта.
Навіть якщо особливих вимог у ЛПР немає, йому буде приємно, що його думка враховується.
- Відразу після розробки загальних технічний рішень (зазвичай, для РЗА, це Схема розміщення захисту по ТТ і ТН) направити ці дані на розгляд і узгодження. Направляти можна офіційної листуванням, але попередньо зателефонувати людині і попередити його про це.
Взагалі потрібно взяти за правило погоджувати всі базові рішення з ЛПР. Це сильно скоротить час на виконання проекту тому, що потім доведеться менше виправляти.
- Найефективніше особисто обговорити зауваження щодо проекту з ЛПР. Листування - це довгий і незручний шлях.
Пам'ятай, твоє завдання - узгодити проект, а не показати який ти розумний.
Ось, мабуть, і все. Якщо ти хороший технічний фахівець і при цьому дотримуєшся цим 7 правилам, то, в нормальній компанії, кар'єрний ріст буде справою часу.