Системи управління проектами в будівництві

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

Використання систем управління проектами у будівництві на різних етапах інвестиційного процесу.

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

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

Серед вимог будівельних компаній з подібного роду програмним комплексам практично завжди фігурують такі пункти:

Розробка календарних графіків виконання робіт, з підтримкою різних рівнів ієрархій;

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

Можливість планування широкого спектру ресурсів: як виконавців і механізмів (поновлюваних ресурсів), так і матеріалів (витрачаються ресурсів);

Програвання різних варіантів планування - при жорстких часових обмеженнях і при обмежених ресурсах. Варіювання цих способів допоможе знайти найбільш вдалий компроміс: «швидше - дешевше»;

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

Аналіз розподілу витрат на елементи об'єкта, на будівельні роботи різних типів у відповідності зі структурою статей витрат;

Інтеграція в корпоративні інформаційні системи (КІС), можливість імпорту-експорту даних в програми складання будівельних кошторисів, складські, бухгалтерські програми.

Для вирішення подібних завдань використовується спеціальний клас програмного забезпечення - системи календарного планування та контролю реалізації проектів або по-іншому системи управління проектами (СУП) - далі ми будемо використовувати цей термін.

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

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

Використання систем управління проектами у будівельній галузі на різних етапах інвестиційного процесу

Передінвестиційна стадія

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

укрупнена оцінка часових і вартісних параметрів проекту;

оцінка його реалізації та ефективності;

розробка орієнтовною концепції будівництва об'єкта інвестування;

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

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

Стадія тендерних торгів

На цій стадії використання систем управління проектами дозволяє підрядним організаціям вирішувати такі завдання:

Розробка укрупненого пілотного графіка виконання робіт;

Розробка попереднього графіка фінансування;

Розробка відомостей потреби людських і матеріальних ресурсів для включення в пакет тендерної документації.

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

У разі, якщо замовник (керуюча компанія, etc) теж використовує СУП, отримавши розклад проекту в електронному вигляді, може досить швидко і коректно оцінити реальність представленого графіка виконання робіт.

Стадія реалізації проекту

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

Стадія виконання проекту ділиться на два етапи:

Етап розробки проекту управління будівництвом (ПУС)

Етап його затвердження та контролю виконання

Підхід до складання розкладів;

Вибір рівня деталізації;

Вибір моделі управління;

Ця стадія, як правило, розбивається на два залежних один від одного процесу:

Процес розробки проекту управлінням будівництвом (ПУС) (планування)

Процес контролю виконання і управління проектом

Розглянемо задачі, що ставляться до процесу розробки проекту управлінням будівництва:

Визначення складу робіт проекту (за аналогами, кошторисах і пр.);

Розробка структур кодів (WBS, ID, топологічні схеми), типів і т.д.;

Розробка структури статей витрат, календарів робіт і календарів ресурсів;

Розробка розкладів, технологічних послідовностей, врахування зовнішніх факторів. Впливають на послідовність та строки виконання робіт (приклад: паводок, мороз);

Призначення тривалостей, ресурсів, їх продуктивностей і вартостей;

Оптимізація розкладів (включаючи використання технології «fast-track»);

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

Побудова графіків потреби проекту у трудових ресурсах, машинах і механізмах, оптимізації завантаження наявних виробничих потужностей;

Визначення потреб проекту в матеріалах, формування графіка поставок і закупівель матеріалів;

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

Оцінка ризиків (терміни, можливості фінансування, політичні ризики і т.д.);

Визначення кола осіб, відповідальних за внесення та оновлення інформації про виконання проекту;

Розробка інструкцій для різних робочих місць, інтерфейсів і пр. до бази даних проекту (у гіршому випадку - до файлів проекту)

Погодження та коригування проектних даних.

Узгодження і Затвердження ПУС усіма учасниками інвестиційного процесу - отримання і «закріплення» так званого цільового плану ».

Вихідні дані для вирішення поставлених завдань: Проектно-кошторисна та проектно-конструкторська документація (ПСД І ПКД), технологічні карти будівельно-монтажних робіт, готові типові фрагменти розкладів, документація по аналогічних реалізованих проектах, Проекти виконання робіт (ППР), технічні та технологічні вимоги замовника, директивні строки, Умови укладених контрактів, обмеження по наявних ресурсів і пр.

Проблеми адаптації західних пакетів

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

Будівельна галузь має свої давні традиції. Мірою роботи (операції) традиційно є її фізичний обсяг, а не тривалість. Тому можна стверджувати, що без поняття «фізоб'ем» серйозно говорити про створення моделі будівельного проекту в системах управління проектами - несерйозно.

У всіх, відомих авторам західних пакетах для управління проектами, поширених на російському ринку відсутнє поняття фізоб'ем. Робота вимірюється тривалістю. Немає його в TimeLine, P3, OpenPlan, SureTrak, MS Project. Тому при впровадженні та використанні супів доводиться займатися вирішенням цієї проблеми. Представляється, що існує як мінімум два способи рішення.

Перший спосіб - використовувати програмний комплекс, «знає» що таке «фізоб'ем» і вміє з цим поняттям працювати. Прикладом такого пакета може служити Spider Project, російської компанії «Технології управління Spider». Якщо ж потрібно адаптувати західну систему, то проблему можна вирішити за допомогою додавання в стандартну модель проекту користувальницьких полів для зберігання даних про обсяги робіт або зміни структури баз даних системи. Переважно використовувати другий спосіб. Потім, за допомогою вбудованих в супи макромов, призначені для користувача поля будь-якими необхідними алгоритмами зв'язуються зі стандартними полями систем. У деяких випадках це дозволяє вирішити проблему.

Плюси і мінуси при використанні СУП на етапі планування:

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

Переваги

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

Робота всіх учасників проекту з єдиною моделлю проекту і з єдиними даними;

Можливість зберігати як завгодно багато варіантів проекту;

Оперативне оновлення зміненої інформації у всіх учасників проекту;

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

Недоліки

Необхідність навчання великої кількості людей використанню СУП на досить високому рівні;

У зв'язку з великою кількістю осіб, що мають доступ до даних - досить складне і напружене адміністрування системи;

Необхідність використання одного програмного продукту, або, як мінімум, домовленості та узгодження використовуваних форматів даних.

Хотілося б так само торкнутися методи розробки розкладів. На наш погляд, їх може бути як мінімум два:

1. Метод «від кошторисів» - при цьому розклад формується з кошторису. Позиції кошторису експортуються в СУП (звичайно ж, включаючи крім найменування і всі інші дані - обсяги, ресурси, вартісні характеристики і т.д.), потім в СУП накладаються технологічні зв'язки, обмеження по термінах, ресурсам; накладаються відповідні кодування (топологія, WBS і т. п.). Після розрахунку розкладу виходить проект. Такий проект може бути дуже докладним, але при цьому не зовсім зручним при відстеженні прогресу.

2. Метод «від технології» полягає в тому, що розклад робиться «з нуля», причому має значення тільки технологія виробництва, а дискретність вибирається виходячи з розумної кінцівки операцій. І вже після оптимізації розкладу з технологічної точки зору, починається наповнення голого розкладу відомостями про ресурси, вартостях. При цьому відомості про витрати можуть бути враховані різними способами.

Досить складно говорити про те, який метод найбільш оптимальний. На ринку є готові рішення для використання першого методу (приклади: «А-нуль» і «Прімавера», «WinАВеРС» і MS Project / Open Plan). Залежно від традицій, кожна будівельна організація може вибрати будь-який метод. Причому немає ніяких особливих проблем при комбінуванні цих методів. Нам відомі різні випадки. Наприклад, один з підрозділів МВКС («Промінь») використовує практично в чистому вигляді перший метод (інформація компанії «Технології управління Спайдер»). Якщо мова йде про бажання отримувати процентовки після внесення відомостей про прогрес, то мова напевно піде про перший методі. Якщо ж ми говоримо про те, що важливо відстежувати проект - найімовірніше оптимальніше використовувати другий метод. Хочеться відзначити, що ця тема активно обговорювалася на семінарі «Управління проектами» московського відділення PMI (http://www.pmi.ru).

Розглянемо основні завдання, які стосуються процесу контролю виконання і управління проектом

Своєчасний збір фактичних даних про хід реалізації проекту;

Оперативна авторизована коригування проектних даних;

Оцінка способів і методів збору фактичних даних, при необхідності їх коригування;

Аналіз стану проекту з зрізами (терміни, освоєний обсяг, робота ресурсів, оцінка ризиків)

Переваги використання СУП на етапі реалізації проекту

СУП дозволяють зберігати у своїй моделі проекту планові показники по проекту (терміни, вартості, обсяги і т.д.) і вводити фактичні дані про хід реалізації проекту. Звичайно ж, вихідний календарний план «пливе». Але система дозволяє побачити ці відхилення, оцінити їх наслідки на проект у цілому, програти і вибрати оптимальний варіант реакції на зміни, при необхідності перепланувати частину, що залишилася проекту з урахуванням нових реалій, оперативно внести зміни в документацію за проектом. Саме на цьому етапі система проявляє свої кращі якості - модель проекту «живе» разом з реальним проектом. Менеджер проекту отримує в свої руки інструмент не тільки контролю за доконаних подій, але і можливість прогнозування майбутніх. У той же час, зручні, прості засоби генерації звітності за проектом дозволяють легко довести необхідну інформацію по проекту до всіх зацікавлених осіб у необхідній формі. Крім того, використання сучасних Internet-технологій дозволяє отримати доступ до проектних даних з будь-якої точки земної кулі.

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

Стадія завершення проекту

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

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

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

Інтеграція СУП з іншими компонентами корпоративних інформаційних систем

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

Фінанси

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

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

Постачання

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

Динамічно оновлюється і реальна картина потреби в матеріалах і конструкціях допоможе максимально ефективно використовувати власні виробничі потужності.

Нормування

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

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

СУП і Інтранет

В даний час рідкісні програмні продукти не інтегруються з веб-технологіями, хіба що консервативні - бухгалтерські. Ось і СУП - теж не відстають. Насправді, дуже привабливі можливості і перспективи при цьому виникають. Ну, по-перше, для перегляду звітів про виконання, фінансах і інших даних не обов'язково інсталювати на кожну машину дорогі клієнтські місця СУП. Цілком достатньо броузера (засіб перегляду гіпертекстової сторінки). Причому, ми знаємо, що більшість з них взагалі безкоштовні. По друге, навіть для зміни інформації в базах даних СУП буває досить «тонкого» клієнта. Подібні рішення вже входять в стандартні постачання найбільш потужних і сучасних систем.

Висновок

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

Список літератури

Валерій В'язів. Системи управління проектами в будівництві.


Додати в блог або на сайт

Цей текст може містити помилки.

Міжнародні відносини та світова економіка | Реферат
40.8кб. | скачати


Схожі роботи:
Управління проектами та системи управління проектами
Інформаційні системи управління проектами
З чого почати впровадження системи для управління проектами в організації
Використання інструментів управління проектами для ефективного впровадження системи якості ВНЗ
Управління проектами
Управління проектами 2
Управління проектами фінансування
Управління організаційними проектами
Процеси управління проектами
© Усі права захищені
написати до нас