Питання застосовності Microsoft Project Server в будівельних компаніях, Комерція, Різне, статті

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


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


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


Свій вибір зробили ми вже зробили, з 2009 ми року більше не впроваджуємо в будівельних компаніях MS Project Server без спеціальних галузевих рішень для будівельників, тому що задовольнити очікування від рішення старшого класу для будівельних компаній без них просто неможливо. Будівельним компаніям які орієнтовані на рішення тільки з управління графіками робіт ми пропонуємо звертатися до інших партнерам Microsoft, або зробити такі рішення самостійно, тому що технологічно вони вкрай прості.


Даний матеріал аналізує обмеження MS Project Server для управління будівельними компаніями і забезпечує інформацією для прийняття рішення про необхідність використання галузевих рішень на базі Microsoft Project Server.


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


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


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


Більшість будівельних компаній у Росії вже застосовують MS Project для календарного планування хоча б для частини своїх робіт. Тому “традиційне” впровадження MS Project Server з елементарними досягненнями їм не цікаво, тому що не може істотно підвищити ефективність відносно вже поточного рівня складання графіків.


Ще кілька років тому ведення самого будівельного проекту в MS Project для багатьох було одкровенням. Зараз це вже не досягнення і цього недостатньо для істотного підвищення ефективності. Примітно, що ряд експертів відомих по перших впровадженням MS Project в будівництві навіть покинули консалтинговий бізнес, тому що їхній досвід вже застарів і перестав бути затребуваним. Діаграмою Ганта і схемою впровадження без колективної роботи зараз вже нікого не здивуєш.


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


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


Фактично поточна планка вимог для вирішення старшого класу у будівельників тепер така:



В цьому матеріалі ми розглянемо типові сценарії бізнес-процесів в будівельних компаніях і в яких випадках виникають проблеми при використанні MS Project Server і як їх вирішувати.


“Штатна” комунікаційна модель MS Project Server орієнтована на управління інженерами


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


Одна з великих проблем MS Project Server полягає в тому, що Microsoft закрив інформацію про бізнес-процесах, які були в нього закладені навіть від золотих партнерів. Доступ до цієї інформації є в експертів зі статусом MVP і у членів Microsoft EPM PAC. Не дивно, що дана інформація перетворилася в “таємне знання”. Частина таких сценаріїв бізнес-процесів Microsoft опублікував, але тільки англійською мовою, тому вони для російськомовної аудиторії залишилися майже невідомими. Наслідком цього стало те, що багато користувачів думають, що MS Project Server це приблизно як MS Project локальний який вони добре знають, тільки “корпоративний”.


Тут слід одне невірне припущення, що MS Project Server такий же гнучкий і неорієнтований на конкретні бізнес-процеси як і локальний MS Project. Насправді це невірне очікування. Практично будь-яке корпоративне програмне забезпечення орієнтоване на колективну роботу. Колективна робота без деяких правил в принципі неможлива. Наслідком цього є неминучість введення типових сценаріїв експлуатації. Фактично це сценарії бізнес-процесів, на які орієнтовано програмне забезпечення.


Можливо для багатьох буде відкриттям, що стандартна модель колективної роботи MS Project Server в принципі має галузеву спрямованість. По-англійськи це Professional Services, тобто послуги надаються професійними інженерами (службовцями). Нижче представлена ​​схема бізнес-процесу з комунікації та збору фактичної інформації, яка закладена в комунікаційну модель MS Project Server. Це одна зі схем бізнес-процесів закладених в MS Project Server, яку Microsoft визнав за необхідне опублікувати.



Матеріали Microsoft: Бізнес-процес комунікації закладений в MS Project Server це процес управління інженерами
Для підтримки процесів комунікації в будівельних проектах потрібні додаткові компоненти


Якщо уважно вивчити схему бізнес-процесу вище, то стає зрозумілим, що штатні засоби комунікації MS Project Server це управління інженерами, але не машинами і механізмами і навіть не бригадами робітників як то потрібно в будівництві. У типовому бізнес-процесі їх просто немає. MS Project Server штатними засобами орієнтований на те, що кінцевий ресурси це професійні і високооплачувані співробітники, які самі будуть заходити в Microsoft Project Web Access і взаємодіяти зі своїм керівником проекту. Більшість успішних впроваджень MS Project Server і відбувається в компаніях де така модель управління. Наприклад, це банки, IT-компанії, конструкторські бюро та проектні інститути. При впровадженні в компаніях з проектування зазвичай використання MS Project Server дуже ефективно і дозволяє встановити контроль над персоналом з інженерів як виробничим основним ресурсом.


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


Слід врахувати, що орієнтація MS Project Server на управління проектами з професійних інженерів також накладає особливості на кошти з підготовки звітності, тому що в таких компаніях немає проблем будь-якого менеджера зайти на Microsoft Project Server Web Access і нераспечативая на папері звіт подивитися потрібні дані. Як ми побачимо далі в будівельних компаніях такий сценарій не завжди працює.


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



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


В принципі немає нічого страшного в тому, що MS Project Server має якусь вбудовану комунікаційну модель певної спрямованості. Технологія MS Project в чомусь можна порівняти з технологіями 1С, що не робить сам Microsoft, можуть зробити його партнери. Технологія Microsoft Project відкрита платформа для створення партнерами Microsoft галузевих рішень. Microsoft потім перевіряє і сертифікує такі додаткові компоненти.


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


Колективна робота з планування


Різниця комунікаційної штатної комунікаційної моделі MS Project Server та комунікаційної моделі з планування будівельного проекту видно відразу ж.


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


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


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


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


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



Обмінна орма Excel дозволяє при плануванні робіт готувати дані відразу декільком службам (ПО, ТО, СДО, МТС, IP і т.д.)
Також обмінна форма
Excel дозволяє використовувати вже поточні дані з доНІГ Excel через формули, що дуже важливо для СДО


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


Зазвичай все це співробітники різних підрозділів і всі вони хочуть одночасно редагувати свої дані в проекті. Як варіанти вирішення на “коробковому” MS Project іноді пропонують повторне введення інформації через планувальників або ж навіть такі екзотичні варіанти як послідовне редагування даних користувачами.


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


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


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


Колективна робота по збору фактичної інформації


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



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








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

Вивантаження даних в Excel також дозволяє вирішити задачу по можливості введення даних з мобільних пристроїв і комунікаторів. У будівельних проектах часто незручно постійно носити з собою ноутбук. Комунікатор на Windows Mobile може бути постійно в кишені і доступний для відміток про виконання та реєстрації дефектів.


До складу Windows Mobile входить мобільна версія Microsoft Excel, що дозволяє працювати з обмінними формами Excel. Без установки додаткового ПЗ можна завантажувати обмінні форми на комунікатори і використовувати в роботі.


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



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


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


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


Управління ресурсами


Для управління будівельними ресурсами потрібно досить багато додаткового функціоналу:



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



Можливість завантаження складу робіт і ресурсів з кошторисів це тільки Turbo Project



На малюнку форма для автоматичної угруповання ресурсної інформації з кошторисів, малозначимі ресурси будуть об’єднані в “інші”


У деяких великих будівельних холдингах уже введені форми для звітності по використанню ресурсів, де як вимога пред’явлено виділення головних ресурсів і групування в “інші” малозначущих ресурсів. Зараз тільки Turbo Project задовольняє таким вимогам до підготовки інформації, тому що має спеціальні засоби угруповання ресурсів імпортуються з кошторисів.



Можливість використовувати будівельне нормування це тільки Turbo Project


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


В “звичайному” MS Project як можливість моделювати продуктивність ресурсів, так і возмоджность реалізувати сценарії з управління будівельними ресурсами дорівнює нулю. Microsoft розробив платформу дозволяє партнерам вирішити ці завдання, але без компонент від партнерів рішення у Вас немає.


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


Аналіз та друк портфеля проектів


Фактично для ефективного ведення будівельних проектів в MS Project потрібні рішення партнерів Microsoft для забезпечення необхідної комунікації. Давайте розглянемо як йдуть справи з MS Project Server як засобом консолідації даних та звітності за будівельними проектами.


В принципі такий засіб як Центр Проектів має дозволити вести ефективний аналіз. Дійсно, зараз навіть є приклади аналізу великих будівельних проектів через Центр Проектів в MS Project Server. Проте якщо існує ряд істотних обмежень для застосування цього засобу без додаткових компонент.



Центр Проектів в MS Project Server має обмеження за індикаторами на угрупованнях і друку
Обмеження долаються через додаткові компоненти


До Центру Проектів доступ здійснюється через Internet Explorer. Як нескладно помітити це засіб має суттєві обмеження по можливості друку звітів з діаграмою Ганта. Для компаній керуючих інженерами це несуттєве обмеження, тому що в будь-який момент можна зайти в Web Access і переглянути стан проектів, тому друк застосовується не часто. Проте в будівельних проектах необхідні повнофункціональні можливості друку звітів, щоб була можливість взяти плани проектів з собою на будівельний об’єкт.


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


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


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


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


Економічна доцільність впровадження MS Project Server


Якщо уважно проаналізувати критику MS Project Server вище, можна виявити, що для більшості сценаріїв управління будівельними проектами достатньо стандартної версії MS Project без застосування MS Project Server, в тому випадку если використовуються спеціальні додаткові компоненти для галузевих рішень.


Розгортання MS Project Server це досить суттєві витрати не тільки в ліцензії, але витрати в устаткування, обслуговування, навчання персоналу та забезпечення ліній зв’язку між філіями та підрозділами. Доцільність таких витрат повинна бути обгрунтована. Приклади калькуляції бюджетів наведені тут.


Впровадження MS Project Server більш ніж виправдано в керуючих апаратах будівельних холдингів, Але і там також бажано використання спеціальних галузевих рішень.


Такі аргументи нам приводили і компанія ACCELERATION грунтуючись на своєму обширному досвіді будівельного консалтингу. Це послужило причиною чому розробили Turbo Project Standard. Для впровадження в підрозділах і філіях часто впровадження MS Project Server економічно недоцільно, достатньо застосування MS Project Standard зі спеціальними компонентами. У центральних офісах холдінгов MS Project Server може успішно виконувати функції інформаційного порталу.


Подолання ризиків впровадження галузевих рішень для MS Project


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


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


У випадку Microsoft діють загальні правила ведення бізнесу для сертифікованих постачальників галузевих рішень, які суттєво знижують ризики впровадження:



Інші думки. Як спробувати обійтися штатними засобами MS Project Server?


Аналіз впровадження галузевого рішення для будівництва буде неповним і неадекватним, якщо не розглянути можливі альтернативи. Наскільки вони прийнятні вирішувати Вам.


Чи можна через регламенти управління проектами подолати обмеження MS Project Server?


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


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



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


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


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


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


Чи можна MS Project Server дешево доопрацювати під бізнес-модель, яка в нього спочатку не закладена?


Дуже багато користувачів думають, що розробка програмного забезпечення це дуже дешево. В основі виведення низька вартість серійного програмного забезпечення. Орієнтуючись на вартість в $600 для MS Project Standard користувач зазвичай робить висновок, що софт розробляється з дуже низькими витратами. Тому навіть якщо буде потрібно допрограміровать MS Project Server це буде від сили кілька тисяч доларів.


В нову версію Microsoft Office інвестована астрономічна сума $7 600 000 000 (7,6 мільярда доларів), це означає що розробка тільки однієї версії MS Project обходиться приблизно майже в $1  мільярд. Просто потім така неймовірна собівартість буде розділена на 10000000 користувачів і вийдуть дешеві продукти, якими ми всі користуємося.


Вартість послуг по впровадженню MS Project незначна мала в порівнянні вартістю самих IT-технологій, просто “чудо серійного програмного забезпечення” дозволяє використовувати IT-технології за мікроскопічну частку собівартості їх розробки. Бюджетність таких рішень як Turbo Project Standard связанна саме з серійністю і масовістю.


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


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


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


Звичайно MS Project Server це платформа для створення галузевих рішень, але дешевими і надійними рішеннями є тільки серійні, а не замовні продукти.


Використання MS Project Server як інформаційного порталу для інших систем управління проектами


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


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


Як інформаційний портал в холдингових структурах MS Project Server дуже ефективне рішення, Але потрібно мати відповідь на питання як буде створена планова і фактична інформація, яка наповнить даний портал. Крім цього при побудові інформаційних порталів на базі MS Project Server також будуть потрібні додаткові компоненти для роботи індикаторів по угрупованням проектів та ефективні засоби забезпечення друку звітів.


Висновки


Для тих хто використовує на практиці MS Project Server більшість інформації вище не є новиною. Для підтримки більшості сценаріїв бізнес-процесів в будівельних компаніях потреби додаткові компоненти.


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


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


Тому c 2009 року ми вирішили відмовитися від супроводу інсталяцій MS Project Server в будівельних компаніях, які не застосовують спеціальних галузевих рішень для MS Project. Задовольнити їх на рівні сучасних вимог до ефективності управління будівельними проектами не представляється можливим. Формальне впровадження не може забезпечити підвищення ефективності, тому що фактично MS Project Server виступить у вигляді нової “файлової папки” для звичайних графіків, які робилися і так без всякого впровадження.


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

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


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

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

Ваш отзыв

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

*

*