Будівництво будинків, споруд завжди несе в собі величезну працю, капіталовкладення, зусилля. Сьогодні вимоги до будівництва вже не ті, що колись, вони виросли. І, на жаль, ті інвестори, які стикалися з будівельними проектами, Згадують досвід, отриманий на цій справі, не дуже добре. Спочатку на словах все відмінно, але коли починається сам процес будівництва, то вже не до жартів. На очах майбутніх власників чіткий план перетворюється в боротьбу за терміни, бюджет і якість. Такі неприємні речі трапляються тому, що за справу беруться торговельні компанії, банки, які, маючи достатньо коштів для фінансування, не дбають про професіоналізм в області управління проектами будівництва. Вони або формують у своїй компанії підрозділ людей, які будуть стежити за ходом всієї будівництва, або цілком і повністю довіряють підряднику. Але всі ці рішення не дають потрібного результату. Необхідні професіонали в управлінні проектами в будівництві.
Не всі розуміють, але управління проектом є найважливішою функцією при будівництві, обробці або реконструкції. Тому часто професійним управлінням проектом нехтують. Це призводить до сумних для всіх наслідків. Терміни ростуть, бюджет зростає, якість страждає. Але ж насправді управління проектом це не зайва запис в статті витрат, це метод якісного контролю за виконанням робіт в терміни і за наміченим планом.
Особливості управління проектами в будівництві
Для початку необхідно поставити основні параметри проекту, такі як терміни початку і закінчення робіт, етапи, технічні характеристики і, звичайно, бюджет. Потім необхідно виявити взаємну прив'язку всіх параметрів, розробити концепції і завдання на проектування. Потрібно управляти проектуванням і будівництвом.
Важливою і основним завданням управління проектом в будівництві є забезпечення виконання заданих цілей, отже, виконання всіх параметрів в потрібному обсязі і в належні терміни, а при виявленні недоліків, своєчасне їх усунення.
Найпоширенішою проблемою при управлінні проектів є збільшення бюджету будівництва. Причин знаходиться маса, тут і подорожчання матеріалів, і помилки при розрахунках в проектах, і зміна технічного завдання. А найчастіше величина бюджету не може бути збільшена. Тут-то і проявляється досвід і професіоналізм менеджера з управління проектом, він повинен вирішити задачу. Необхідно не перевищувати бюджет, спочатку закладений в проекті, для цього потрібно шукати більш економічні проектні рішення, економити на тих статтях витрат, де це можливо. І це все під силу тільки професіоналові, який знає особливості управління проектом в будівництві.
Зовсім недавно ми виступили з доповіддю «Три програмні продукти для управління будівельними проектами» на BIM-сніданку. Організатором виступили хлопці з BIM.by. В ході короткого 20 хвилинного доповіді Олександр Кольцов розповів про особистий досвід застосування програм для управління будівельними проектами.
- Trello для управління потоками завдань (закупівлі, підготовка комерційних пропозицій, управління вузькими ресурсами)
- для роботи у великих і унікальних проектах, що вимагають управління за методом критичного шляху.
- , Що дозволяє контролювати собівартість будівельного проекту і об'єднати роботу підрозділів.
Слайди і саму презентацію можна перегорнути нижче.
Я хочу розповісти про трьох програмних продуктах, які я особисто використовував в застосуванні до будівельної тематики. Всі ці продукти сильно відрізняються, але відмінно доповнюють один одного. Я почну, мабуть, з самого простого і зручного, на мій погляд - Trello.
Trello - програма для управління завданнями за принципом Kanban
Ті з вас, які працювали в ІТ-сфері або щільно взаємодіють з нею, напевно знають про Канбан. Якщо немає, то я коротко розкажу що це.
Канбан - це підхід з управління завданнями за принципом «точно в строк». Канбан дошка - це площина, яка розділена на декілька стовпців, кожен з яких - це статус завдання. Статуси можуть бути: «В очікуванні», «В роботі», «Завершено». Можна додавати свої власні статуси. Об'єкт управління в застосуванні до Канбан - це картка, яка може бути заявкою, документом, питанням і проектом. Поглянувши на дошку, ви завжди знаєте, які об'єкти управління знаходяться в якому статусі. Подивіться на скріншоти.
У моєму випадку ми використовували Канбан для:
- управління роботами з підготовки комерційних пропозицій (системи пожежної сигналізації)
- управління завантаженням «вузьких» спеціалістів: закупник, сметчик
- управління процесом підбору персоналу
- контролю оплати рахунків
- контролю рішення орг.вопросов, які не належать до конкретного будівельного об'єкту, але проте вимагають управління.
Саме Trello зручний тим, що:
- дозволяє вести безліч незалежних дощок;
- створювати незалежні команди (тільки ПТО, вся організація, тільки топ-менеджери та ін.)
- дозволяє співробітникам легко спілкуватися всередині картки (коментарі, повідомлення, документи, чек-листи та ін.)
- абсолютно безкоштовний.
Застосовність Канбан дошки:
- завдання вимагають управління по стадіях;
- завдання з великим числом комунікацій з суміжними підрозділами
- завдання конкретного співробітника, який є «вузьким горлечком» в компанії.
Чи не працює Канбан в разі:
- вам потрібна календарно-мережева логіка. тут підійде Oracle Primavera, MS Project Server або аналог.
- вам потрібно оцінити завантаження ресурсів. Також потрібні інші рішення.
- вам потрібно управляти вартістю. Вибирайте інший продукт.
Oracle Primavera для управління складними проектами
Про цей програмний продукт я вже розказував про все багато разів. В цілому сильна платформа, яка дозволяє управляти ресурсами, строками, вартістю складного і унікального проекту. Щоб зрозуміти суть Oracle Primavera, потрібно подивитися на скріншот.
Добре видно, що програма дозволяє:
- декомпозировать проект на частини (WBS) і завдання.
- кожне завдання описати додатковими параметрами (трудомісткість, попередники і послідовники, обмеження по термінах і т.п.)
- побудувати календарно-мережеву модель (метод критичного шляху)
- оцінити потребу проекту у фінансуванні і т.п.
Primavera - сильний програмний продукт, який вміє вирішувати складні завдання, але є кілька обмежень, які я виявив на практиці:
- вам потрібно мати всю необхідну інформацію про об'єкт будівництва (кошторису, креслення, вироблення ресурсів, список підрядних організацій та ін.). Часто це неможливо.
- вам потрібно постійно працювати і підтримувати цілісність і актуальність графіка виконання робіт. Це титанічна праця, повірте. Якщо в компанії немає кваліфікованих календарно-мережевих планувальників, то ця робота затихне через місяць або навіть раніше.
- дуже складно змусити організацію використовувати результати, які надає Primavera. Це не проблема самого продукту, але тим не менше означає, що «включити і отримати результат» у вас швидше за все не вийде.
Ми використовували Oracle Primavera для роботи на таких об'єктах:
- білоруська АЕС;
- завершення будівництва житлового комплексу в пос.Сенніца (Мінський район);
- демонтаж А / В Східний
- об'єкти адміністративного призначення.
Застосовність Oracle Primavera для управління будівельними проектами:
- унікальний об'єкт, керований за методом критичного шляху;
- або серія типових великих проектів з невеликим числом відхилень (типові нафто-переробні заводи, наприклад)
- або у вас штат інженерів, які готові постійно займатися тільки інженерною підготовкою (5-10 чоловік).
Не застосовується:
- в проектах з великим числом форс-мажорів, змін;
- в проектах з мультивалютних (виручка в доларах, витрати в рублях і доларах, наприклад)
- в проектах, які вимагають синхронізації зі складом, закупівлями, фінансистами та ін.
Гетруда - наша власна розробка
Кодова назва «Гертруда». У нашого продукту є 2 ключові особливості:
- дозволяє управляти собівартістю вашого будівельного проекту;
- об'єднує роботу підрозділів: склад, закупівлі, фінанси, ПТО.
Зараз продукт знаходиться в розробці і ми шукаємо клієнта, який зацікавлений в роботі з нами і виступити «пілотним» користувачем.
Функціональні можливості Гертруда для управління будівельними проектами:
- розрахунок внутрішнього графіка виконання робіт (управлінський)
- розрахунок зовнішнього графіка виконання робіт (за контрактом)
- збір інформації з майданчика про виконані обсяги робіт
- розрахунок поточної рентабельності проекту, побудова звіту
- управління заявками на закупівлю матеріалів, обладнання тощо.
- облік надходжень грошей від клієнта.
Застосовність Гертруда:
- будівельний проект з великим числом змін;
- успіх об'єкта залежить від якості координації роботи суміжних підрозділів;
- без обмежень за масштабом проекту;
- проекти з різною валютою виручки і витрат;
- підходить для компаній з невеликим бюджетом на автоматизацію (ми пропонуємо хмарне рішення по підписці)
Чи не застосовність нашого продукту:
- використання методу критичного шляху;
- оцінка завантаження ресурсів.
Порівняння програмних продуктів для управління будівельними проектами
Я коротко порівняю запропоновані продукти між собою, щоб у вас була можливість оцінити їх спільно. В умовах порівняння не буде вартості самого ПО, тому що це залежить від безлічі факторів.
Порівнюючи продукти, я роблю акцент на ті функції або якості, які реально потрібні саме будівельної галузі. У зв'язку з цим, я запропонував наступний набір критеріїв:
- облік поставок матеріалів, складських залишків
- робота з завантаженням ресурсів (люди, матеріали, механізми)
- незалежна робота з виручкою і собівартістю
- робота з документацією
- можливість внести дані прямо з будівельного майданчика
- ліцензіремость програмного продукту
- інтерфейс російською мовою
Якщо задуматися, то саме поняття впровадження проектного управління в організації, де основна діяльність - проектна, абсурдно, будівництво - це завжди проект. Напевно, саме тому я жодного разу поки не зустрічала в будівельній сфері яскраво-вираженого проектного офісу. Зазвичай це планово-економічний відділ, окремо відділ планування та фінансовий відділ, але ніяк не проектний офіс в класичному розумінні.
Тому управління проектами в будівництві - це, скоріше, шлях до більш ефективним процесам УП. У своєму досвіді я стикалася з такими кроками на цьому шляху:
1. Зміна організаційної структури.
Як ми знаємо, бувають проектні структури різної сили)) Так ось, чим сильніше проектна структура в організації, тим вона більш керована, тим зрозуміліше мотивація співробітників. Нікому не треба розповідати про конфлікти матричної структури, про довгих ланцюжках погоджень, тому кожна проектна організація проходить великий шлях модернізації структури, перш ніж почати управляти проектами ефективно.
2. Впровадження WBS.
Я вже писала, у нас це звичайний Класифікатор, що включає всю діяльність компанії. Для бюджету - це статті витрат і доходу для ведення управлінського обліку, для графіка - це види робіт. Грубо кажучи, WBS - це систематизація всіх потоків інформації в компанії. Мало того, щоб просто придумати такий класифікатор, який зазвичай є результатом не одного мозкового штурму, так треба ще його впровадити. А впровадити - це значить виробити звичку у всіх співробітників компанії мислити статтями класифікатора, прописувати код будь-якого елементу системи - документу, обороту, роботі, дорученням, папці. Це складніше, ніж здається))
3. Впровадження календарного планування.
Мені доводилося стикатися і з впровадженням проектного бюджетування, але зазвичай в якомусь вигляді воно все-таки є, грошей у нас приділяється більше уваги, ніж термінів)) Хоча саме зневажливе ставлення до термінів і найбільше збільшує бюджет проекту за фактом, досить згадати трикутник управління проектами. Навіть сам факт ведення бюджету і графіка - не завжди очевидний, і доводиться давати методику, інструмент, щоб хоч якось зорієнтуватися в ситуації. Ну не люблять у нас планувати, що тут поробиш)) А використання полягає в тому, щоб затвердити, а далі актуалізувати його з певною періодичністю.
4. Впровадження форм звітності
Навіть якщо будь-яке планування, списки справ, ведення бюджету, реєстр договорів вже існують в будь-якому вигляді - швидше за все, там такий політ фантазії, що з першого разу не розібратися)) Тому впровадження єдиних форм звітності - обов'язковий пункт до ефективного проектного управління. Просто щоб керівник завжди знав, куди дивитися, щоб не витрачати час на розбір невідомого формату. А час керівника - дорого))
5. Впровадження Проектної комітету
Так уже склалося в будівництві, найкраща мотивація - чарівний пендель))) Тому обов'язково впровадження звітної процедури, де буде відбуватися розбір польотів. Але все ж я прихильник позиціонувати таку процедуру як «розібрати проблеми, що виникають в проекті для спільного вирішення». Але все ж за цим все одно криється бажання керівництва все знати і дати пендель, а з боку команди проекту - відзвітувати з мінімальними відхиленнями. Але що важливо - якщо є такий звітний орган (метафорично!), Все хоча б раз на місяць дійсно замислюються - «де ми зараз», «що робити, щоб уникнути покарання», «куди ми йдемо». Звичайно, ефективність цього органу безпосередньо залежить від його власника - керівника)) Якщо будуть прийматися управлінські рішення на його основі, вирішуватися проблеми, то команда буде відповідальніше готується, і тоді вже доведеться і планувати, і форми готувати, і класифікатор застосовувати і взагалі брати участь в системі.
6. Впровадження системи доручень
- не є обов'язковою в рамках впровадження проектного управління, але в будівництві вона необхідна, так як протоколювання розвинене дуже сильно))) Немає протоколу - немає роботи. Тому важливо, щоб протоколи не просто записувалися на папірець, а потім оновлювалися, а й централізовано відстежувалися.
більш високий рівень процесів управління проектами в будівництві досягти поки складно, швидше за все, за рахунок специфічних проблем, що зустрічаються практично в кожній компанії:
1. Низький рівень компетенцій на будівництві. Ні, ці люди добре знають свою роботу, відмінно знають технологічний процес, Але зовсім не вміють працювати в системі. Тобто, не усвідомлюють, що їхня робота - окремий болтик в одному великому механізмі, і збій в їх болтику - збій у всьому механізмі. До цих пір більшість не вміють працювати в стандартних програмах, тому поки інформація доходить від першоджерела до верху - це як зіпсований телефон))
Та й на стороні Замовника не завжди все гладко, часто це хороші фахівці, але абсолютно не розуміють будівництво зсередини. Звідси і виникає наступна проблема.
2. Великий розрив між «верхом» і «низом». Верх завжди впевнений, що треба працювати за його правилами, а низ завжди впевнений, що самі прекрасно знають, як будувати))) І ось так от не можна взяти і просто домовитися з будівельниками грати за одними правилами. Хоча по суті - все працюють на благо однієї мети - побудувати з максимальною вигодою. Але ...
3. Цілі учасників будівництва сильно розрізняються. Якщо з замовником все більш-менш зрозуміло, то інші учасники процесу будівництва часто просто не зацікавлені в підвищенні ефективності процесу - є робота і ладно. Але це часто йде і від Замовника ...
