ProjectProfy.ru
Имя: Пароль:
Забыли пароль?

Статьи

Методика управления проектами [86]

Методические пособия и книги [23]

Готовые отраслевые решения [58]

Обзоры программ для управления проектами [59]

События в мире Управлениия Проектами [118]

Сравнение разных программ для управления проектами [26]

Обучение и сертификация [43]

Управление рисками [4]

Опыт внедрения [35]

Разрешение проблем MS Project и др. системах [4]

Скачать Microsoft Project [3]

Администрирование MS Project Server [36]

Разработка для Microsoft Project [5]



12.04.2011

Сравнение MS Project + Turbo VS Primavera + PMSOFT

Владимир Иванов,
Microsoft Most Valuable Professional
PM Consulting Services
Microsoft Gold PPM and Gold ISV competencies

Настало время сделать подробный сравнительный обзор лучших практик и решений сильнейших партнеров Microsoft и Oracle по управлению проектами. Все уже понимают, что время "голого" MS Project и "голой" Primavera прошло. Пора одеваться в доспехи из решений PMCS или ПМСОФТ, тогда совсем другие возможности откроются перед Вами. Возможно просто другой мир. Мир, когда кончается маркетинг спекулирующий на неосведомленности заказчиков, и когда начинаются готовые решения, которые выбирают профессионалы. 

Суперсервера управления проектами и процессами
Супердесктопы управления проектами
Методология планирования и особенности ПИР/НИОКР
Оптимизация плана проекта по финансированию. Взаиморасчеты и CashFlow
Оптимизация плана проекта по поставкам
Множественные Физические объемы
Производственный модуль для строительства
Производственный модуль для уникальных изделий
Интеграция со сметами и тест на полноту производственного модуля
Управление рисками на инициализации (Монте-Карло) и исполнение проектов (Лимиты) 
Интеграция с ERP решениями
Коммуникация с подрядчиками и удаленными исполнителями
Security. Совместный доступ и безопасность
Учет рабочего времени: от таймеров до табельщиков
Выводы и рекомендации

Microsoft больше не считает Oracle Primavera чем-то вредным по определению. Более того, Microsoft RUS публикует кейсы по крупным внедрениям Oracle Primavera, если внедренцы Primavera публично заменяют технологии Oracle в пользу Microsoft или хотя бы 1С.

Этот кейс изменил многое на рынке управления проектами в России. Если внимательно вчитаться и учесть, что в таких случаях Microsoft не может прямо называть продукты конкурента, то все равно надо признать, что центральным партнером Oracle по внедрению Oracle Primavera (ПМСОФТ) в кейсе озвучена замена отчетности Oracle Primavera в пользу BI-отчетности Microsoft, использование платформы Microsoft SharePoint, а не аналогов Oracle, а также сформулировано замещение функциональности Primavera в области бюджетирования и управления поставками на технологии 1С:Предприятия 8.0

Это кажется сенсацией только на первый взгляд. На самом деле все центральные партнеры Microsoft и Oracle уже 10 лет не пользуются Microsoft Project и Oracle Primavera в «голом виде». Для удовлетворения клиентов компании дорабатывают продукты вендоров до вида готового решения. Партнеры Microsoft и Oracle имеющие готовые решения сертифицируются как «ISV-партнеры». Если платформа вендора достаточно совершенна и представляет полноценную среду для создания решений, то ISV-партнер остается исключительно в рамках технологии вендора (пример Turbo EPM от PMCS). Если технология вендора содержит фатальные ограничения и не допускает развития, то ISV-партнеру ничего не остается, как воспользоваться технологиями других вендоров, чтобы удовлетворить клиентов.

Время сделать сравнение не ограниченных возможностей «голых» MS Project и Oracle Primavera, а тот максимум, который могут выжать из продуктов центральные ISV-партнеры Microsoft (PMCS) и Oracle (ПМСОФТ).
 

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

На рынке управления проектами появляется принципиально новый класс решений. Его можно назвать Суперсерверами управления проектами.
Идея состоит в том, чтобы сервер управления проектами стал не просто хранилищем проектов и средством для сбора фактических данных, а стал поддерживать процессы управления проектами. Действительно, стандарт PMBOK 4 формулирует 42 процессов управления проектами, однако до сих пор системы управления проектами не поддерживали сами процедуры управления проектами, а только манипулировали сроками, ресурсами и финансированием. Процедуры поддерживались ранее только бумажными инструкциями и перепиской по e-mail.

Microsoft обладая «классическим» сервером управления проектами в лице Microsoft Project Server и севером автоматизации процессов Microsoft SharePoint сделал ставку на построение проектно-процессного гибрида. Это нашло сразу же положительный отклик у клиентов, где процедуры управления проектами важнее даже графиков и ресурсов, так например, в госорганах, банках и управляющих компаниях холдингов.

То, что Oracle не обладает сравнимыми с SharePoint технологиями видно по тому, что платиновый партнер Oracle ПМСОФТ предпочитает Microsoft SharePoint. Компанией ПМСОФТ был разработан продукт «PM.portal», который позиционируется как проектный портал на платформе Microsoft SharePoint для Oracle Primavera.

На первых порах кажется, что данный продукт ISV-партнер Oracle позиционирует как альтернативу Microsoft Project Server, который изначально интегрирован с Microsoft SharePoint, также призван демонстрировать, что возможна интеграция SharePoint и Primavera также, как это сделано в Microsoft Project Server. Однако это не совсем так. PM.portal - это серьезная разработка даже не фоне того, что делают обычные партнеры Microsoft. Однако даже по названию это именно портал, т.е. визуализация проектной информации. Портальность уже не является современным трендом SharePoint и Project Server, это была задача Microsoft Project Server 2007.

Тренд на Суперсервер проектного управления - это интеграция проектной системы (EPM) и процессов управления проектами (project workflows). Порталы не могут быть средством реализации процессов PMBOK, это просто визуализация. Портальные возможности и даже BI-отчетность для Microsoft Project Server 2010 - это второстепенные возможности для визуализации и представления результатов совместной работы системы управления расписаниями и ресурсами с системой управления процессами управления проектами.

Тем не менее, существенной разницы между «голым» Microsoft Project Server 2010 и решением PM.Portal для Primavera не будет наблюдаться, т.к. Microsoft Project Server 2010 не поставляется как готовое решение по управлению процессами. Это только возможность, которая не реализуется без готовых решений партнеров Microsoft. Даже вроде бы простейший жизненный цикл проекта в Microsoft Project Server 2010 без услуг партнера не работает. Это не готовое решение, поэтому PM.portal и конкурентен на фоне многих партнеров Microsoft, которые умеют только устанавливать MS Project Server из коробки.

Oracle Primavera является закрытым продуктом по управлению сущностями проекта, то на ней невозможно реализовать даже простые классические процессы управления портфелем проектов такие как Managed Milestones (управление контрольными точками). Партнер Oracle просто не имеет способов подключить рабочий процесс SharePoint таким же образом к задачам и ресурсам проекта.

На самом деле текущая ситуация состоит в том, что Microsoft Project Server 2010 нуждается в конструкторе процессов, которые мог бы создавать пользователь без участия программиста. Именно такое решение c конструктором процессов SharePoint для MS Project представляла компания PM Consulting Services на последнем Глобальном Саммите Microsoft в Редмонде. Отметим, что впервые в истории Глобальный Саммитов Microsoft секцию по "реальному опыту внедрений" (real-world customers scenarious) открыл партнер Microsoft, по регламенту ранее всегда такое делали только эксперты штаб-квартиры Microsoft. Это указывает на значимость конструкторов процессов для MS Project Server 2010.

Если Microsoft сможет восполнить изъян Microsoft Project Server 2010 в области конструкторов процессов и полностью реализовать своей потенциал по управлению процессами в проектах, мы увидим новый класс решений, который можно назвать Суперсервера управления проектами. Вопрос заключается только в цене, которую выставят ISV-партнеры Microsoft Заказчику за эффективные инструменты создания процессов управления проектами, так как Microsoft пока может предложить только Visual Studio с часто неприемлемым бюджетом и временем создания процессов.

Сможет ли Oracle Primavera принять участие в новом сегменте Суперсерверов управления проектами должен показать центральный ISV-партнер Oracle по продукту (компания ПМСОФТ). Для этого нужно продемонстрировать аналог решения на Managed Milestones с тремя классическими процессами (назначение, изменение, приемка). Возможно ли это? Аналитики IDC так не считают, поэтому не включают Primavera в класс лидеров. Однако ISV-партнеры должны уметь делать невозможное, иначе, зачем же они нужны?
 

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

«Суперсервера» управления проектами сами по себе не являются старшим решением в управлении проектами. Это просто максимальный потенциал серверной технологии по организации коммуникации, тем не менее, не обладающий даже всеми вариантами коммуникации, которые только могут потребоваться. Например, никакой сервер по управлению проектами не умеет работать с членами проектных групп за пределами своей сети, что необходимо, например, для управления подрядчиками.

Если бизнес-процессы строятся через профессиональных планировщиков, то ключевым элементом в решении станут «Супердесктопы управления проектами». Супердесктопы должны уметь моделировать сложные ресурсные задачи (включая строительство и производство), иметь мощные средства бюджетирования проектов, а также поддержку методологии планирования разработки планов. Супердекстопы настолько мощны, что могут даже стать сами по себе персональным сервером коммуникации профессионального планировщика, используя разные средства обмена с членами проектной команды.

Рынок Супердесктопов сейчас находится в становлении. Специфика заключается в том, что Супердесктопы имеют явную отраслевую направленность. Например, строительство или проектирование. Именно это усложняет крупным вендорам типа Microsoft или Oracle игру на этом рынке, т.к. они не делают отраслевых решений. Поэтому сейчас на этом рынке находятся в основном маленькие и локальные игроки, хорошо знающие этот бизнес. Даже Primavera, имеющая имидж системы для управления строительными проектами, вынуждена конкурировать ценой запрашивая за Primavera Project Planner в 2 раза ниже покупательной способности на этом рынке (Primavera продается за $2200 за рабочее место, тогда как многие другие решения стоят $4000). Однако сектор корпоративных Заказчиков всегда пугали «Кулибины», которые могут завтра исчезнуть или посадить «на иглу» постоянных денежных вливаний. Корпоративный сектор требует от Microsoft и Oracle дать решения пусть партнерские, но на «брендовых» технологиях и сертифицированные крупными вендорами.

Удовлетворяем ожидания.

Методология формализации технологических операций, особенности ПИР и НИОКР

«Голая» Primavera против «голого» Microsoft Project имеет преимущество по поддержке методологии разработки планов за счет Primavera Methodology Manager. Этот продукт позволяет сформулировать опыт разработки проектов в виде библиотеки шаблонов.

Продукт Primavera Methodology Manager довольно совершенен, поэтому партнеры Oracle его не развивают. В Microsoft Project можно иметь шаблоны только на проект целиком, что даже для малых проектов обычно не подходит и ими мало кто пользуется – нужны шаблоны на типовые фрагменты, т.е. кубики из которых составляется проект. Однако именно то, что Microsoft Project в этом формальной методологии разработки ИСР (WBS) ходил «голышом», стимулировало разработку решений нового поколения. Тут очень важен отраслевой фокус. Наиболее нуждаются в формализации технологии ведения проектов (вплоть до сертификации ISO) компании, занимающиеся проектно-изыскательскими, научно-исследовательской и опытно-конструкторскими работами (ПИР/НИОКР). Поскольку аналогичный модуль Turbo EPM для Microsoft Project разрабатывался именно для поддержки процессов проектных институтов и КБ, то он имеет очевидные преимущества:

  • Шаблоны типовых фрагментов ИСР (WBS) иерархические, с возможностью ссылок друг на друга. Только с помощью такого механизма можно разработать план изделия, где отдельные узлы или разделы - это шаблоны следующего уровня.
  • Разноска сроков и бюджетов «сверху-вниз». Такой механизм есть в Primavera, но он оторван от механизма шаблонов.
  • Метод «Волны» с запросом. Возможность дополнить отсутствие шаблона на одном из уровней процессом запроса на детализацию работ. Если на каком-то уровне технологию сложно формализовать из-за уникальности конкретного объекта, то в Turbo EPM можно задать ссылку на эксперта, который при развертывании шаблонов получит запрос на уточнение состава работ и исполнителей

Формализация технологии с помощью типовых фрагментов операций крайне важна для передачи опыта от старшего поколения к молодежи, а также обеспечения соответствия стандартам качества ISO путем гарантированного наличия в плане обязательных технологических операций. Конечно, такое нужно не только проектировщикам и конструкторам, в разной степени это нужно всем. Строитель, не имеющий от проектировщика полного комплекта данных, также начнет пользоваться шаблонами этажей и т.п. Однако планы проектов ПИР/НИОКР без такой технологии получаются довольно низкого качества, можно сказать просто непригодные для поддержки принятия решений.

Можно ли такое сделать в Primavera? Попробуйте связать шаблон объекта с шаблоном раздела проектирования в Primavera. После того как попробовали Oracle, попробуйте Microsoft Project с Turbo EPM.

Почувствуйте разницу.
 

Управление стоимостью

Если брать «голый» Microsoft Project и «голую» Primavera в управлении бюджетами проектами, то конечно продукт Oracle существенно мощнее за счет статей затрат на операциях и возможности их группировать в счета (Accounts). Однако на этом гибкость Primavera заканчивается, т.к. функционал «зашитый», т.е. «закрытый» и его нельзя развивать. Даже получить развернутый отчет по счетам Primavera затруднительно.

Современные требования намного шире того, что может предложить Microsoft и Oracle. Клиентам требуется управлять бюджетированием проекта по центрам финансового учета (ЦФУ), моделировать взаиморасчеты и Cash Flow по проекту. При этом проектная система должна уметь выполнять свою основную функцию системы календарного планирования и уметь рассчитывать графики проектов с учетом ограничений по финансированию. Более того, современные требования к снижению рисков по управлению бюджетами требуют применять систему лимитов по статьям бюджета. Также современные требования к системам управления проектами требуют от них умения строить графики с учетом ограничений по лимитам отдельных статей. Таковы требования современного бизнеса.

То, что ведущий ISV-партнер Oracle Primavera начал разработку дополнительной системы управления стоимостью проектов и инвестиционных программ «PM.cost engineering» доказывает, что просто настройками Primavera собрать финансовую модель по современным требованиям не могут даже лучшие эксперты в Primavera. Требуются дополнительные компоненты. Причем выясняется, что если Microsoft Project можно доработать, то Primaverа доработке не подлежит. Коллеги из ПМСОФТ решили создать решение целиком средствами «1С:Предприятия 8.0» и подгружать рассчитанные в 1С данные в Primavera.

Конечно, технологии 1С не приспособлены для задач бюджетирования методом факторного анализа, который и является «фирменной фишкой» систем управления проектами. В 1С как «мини ERP» можно планировать путем ввода фиксированных значений. Фактически 95% пользователей 1С вынуждены использовать Excel как средство бюджетирования из-за того, что Excel в отличии от 1С позволяет играть в игру «а что если?», когда изменив параметр можно сразу увидеть эффект влияния. Turbo EPM реализует статьи доходов и расходов, а также центры финансового учета (ЦФУ) неограниченной вложенности прямо внутри Microsoft Project и показывает результаты изменения факторов «на лету», поэтому сценарий бюджетирования «а что если?» в Microsoft Project остается работоспособным.

1С, оторванный от расчета графиков, никогда не сможет реализовать насущные требования бизнеса, такие как:

  • Рассчитать график с учетом ограничения по финансированию
  • Рассчитать график с учетом ограничений на лимиты по отдельным статьям


Даже если вам сейчас не требуются такие возможности, вы уверены, что они не потребуются завтра? У вас неограниченные финансовые источники? Ваш финансовый директор не использует лимиты по статьям или вы так легко можете нарушить его политику бюджетирования?

TurboEPM укажет вам графическими индикаторами Microsoft Project на задачи попавшие в условия недостатка финансирования. Вы можете далее применить либо визуальные ресурсные оптимизаторы Microsoft Project 2010, либо классическое выравнивание. Когда включен TurboEPM, тогда Microsoft Project имеет интеллект и понимает, что такое финансирование и может работать с ним своими стандартными инструментами.

Primavera же не сможет рассчитывать графики из реальной жизни зависимые от финансирования, но это может платформа Microsoft Project с включенной «турбиной» для расчетов бюджетов TurboEPM. Графики Primavera всегда будут подвержены рискам быть неисполнимыми из-за невозможности учитывать ограничения по финансированию и лимитам.

Кроме этого, следует учесть, что в случае появления производственных процессов в проекте, бюджетирование становится тесно связано с нормированием. Даже заказчики работ не использующие управление ресурсами применяют нормы для статей финансирования на объемы (люди, оборудование, налоги и т.п.). В Primavera такие бюджеты не сделать, т.к. мы увидим далее, что даже упрощенный производственный модуль отсутствует. 

Управление закупками

Любой серьезный проект зависим от поставщиков материалов и услуг. Проектные системы покупают с целью расчета графиков, а графики зависимы от поставок.

Microsoft штатно не поставляет никаких средств для управления поставками в проектах. Oracle предлагает ряд решений по управлению закупками, однако даже платиновые партнеры Oracle их не выбирают и предпочитают технологии 1С.

Разработанное на 1С решение «PM.contract» предназначено для планирования и контроля закупочной деятельности.
Как одна из множества конфигураций 1С, данное решение конечно может управлять приходами и расходами и взаиморасчетами с поставщиками, однако как и любая конфигурация 1С решение такого класса оторвано от механизма расчета расписаний в проектной системе и снова теряет возможности факторного анализа «а что если?» на этапе изучения влияния поставок на план.

Microsoft Project хотя и не имеет встроенной системы моделирования поставок, однако технологии Microsoft настолько совершенны, что возможен запуск «турбины» для расчета поставок внутри механизма расчета расписания, как это сделано в Turbo EPM.
 

Поэтому TurboEPM позволяет в Microsoft Project рассчитать:

  • График проекта с учетом ограничений по поставкам конкретных материалов и услуг
  • График проекта с ограничениям по поставкам и с учетом товарозаменителей

При включенной «турбине» TurboEPM у Microsoft Project появляется интеллект логиста. Primavera же не сможет получить такой интеллект, т.к. логика управления поставками не заложена в продукт. Графики Primavera всегда имеют быть риск сорванными, т.к. не имеют средств для моделирования ограничений по поставкам.

Управлять финансированием и поставками проекта должен почти каждый менеджер серьезного проекта, но в Вашем проекте может быть задача и сложнее – производство.

 

Множественные физические объемы 

Критический вопрос для строительных и промышленных проектов это физические объемы. Для многих других проектов также полезно измерять прогресс операции не в процентах, а в выпуске некоторой продукции.

В Microsoft Project и Oracle Primavera предполагается, что раз физический объем является мерой выпускаемой продукции, то логично его оформлять как "материал".

В этом плане скорее правы эксперты Microsoft и Oracle, чем некоторые горячие головы, которые считают физический объем чуть ли не еще одним измерением Вселенной. Как раз заложенная в ряд строительных систем идея о том что физический объем только один и является мерой операции создает фатальные ограничения для работы планировщиков. Рассмотрим этот аспект.

Для начала отметим, что если не заниматься математическими абстракциями, а реальной стройкой и промышленностью, то физических объемов на операции может быть обычно несколько. Один физический объем отслеживает контрактацию и сдачу продукции, а другой физический объем ее реальный выпуск. Следить за этим нужно, т.к. выпуск и сдача продукции в большинстве случаев не совпадают между собой в точности (например, заказчик не принял реально сделанное). Система только с одним физическим объемом не способна отслеживать эту ситуацию из реальной жизни. Более того. Практикующие профессиональные планировщики используют даже 3 физических объема для измерения операции (реально выпускаемая продукция, контрактованная продукция и объем продукции по проектной документации). Данные о физических объемах по производству, контракту и последней проектной документации в реальной жизни различаются и профессионал обязан за этим следить, т.к. утрата понимания разницы между ними моментально превращается в убытки.

С этой точки зрения подход Microsoft и Oracle надо признать правильным, а  варианты разрешающие только один физический объем следует признать серьезными ошибками проектирования решений по управлению проектами, которые были заложены на этапе разработки систем и поэтому их уже не исправить.

Другой пример. Физические объемы - это действительно материалы/услуги (продукция), поэтому очень часто нужно моделировать ситуации когда одна операция потребляет продукцию другой операции. Если понимать физические объемы как продукцию, то нет большой проблемы в норме указать продукцию из другой операции. С точки зрения математических абстрактов такая вставка одного физического объема в другой вероятно как вставка одного измерения Вселенной в него же самого. 

Физические объемы  - это мера продукции, поэтому подход к ним как к продукции верен и его разделяют и партнеры Microsoft и партнеры Oracle. Фактически это сложившийся методологический стандарт моделирования, которым можно воспользоваться на "голых" MS Project и Primavera.

Проблема "голых" MS Project и Primavera в том, что даже если смоделировать физические объемы через материалы, то это недостаточно чтобы построить систему бюджетирования и управления ресурсами зависимые от них. Для этого в системе управления проектами должны быть интегрированный производственный модуль с нормированием по затратам и по ресурсами.

Рассмотрим как обстоят дела с производственным модулем для Microsoft Project и Primavera, без которого внедрение в строительстве и промышленности скорее имитация проектного управления, которое может только заниматься пустым декларированием сроков  взятых непонятно на каком основании и непонятно как обеспечено выполнение таких сроков. Нужно посчитать время и деньги в производственном модуле.

Управление строительным производством

Для управления строительным производством на уровне топ-класса, нужно уметь прямо в системе управления проектами поддерживать нормирование материалов, трудовых ресурсов, машин и механизмов.

Система должна уметь рассчитывать график строительства исходя из производительности ресурсов, в том числе должно поддерживаться моделирование сокращения сроков путем введения новых смен или приглашения новых подрядчиков.

Это очень сложные алгоритмы, но такова реальная сложность управления реальной стройкой. Либо занимаешься рисованием Гантов и с умным видом теряешь деньги, либо досконально считаешь все ресурсы и получаешь на этом прибыль.

Microsoft Project потребовал кардинальной доработки, фактически TurboEPM использует целый модуль управления производством написанный на Microsoft .Net. Однако важный момент, что технология Microsoft Project позволила выполнить такое сильное расширения механизма расчета расписаний и ресурсов.

ISV-партнеры Oracle Primavera сделали ряд попыток через «триггеры» Primavera смоделировать производство хотя бы в самых простых вариантах, но смоделировать нормирование не удалось. Теперь решение не предлагается клиентам.

Сейчас Primavera не поддерживает ни в каком виде, ни с какими-либо компонентами, моделирование нормирования и расчет от производительности. А ведь даже заказчик и генподрядчик строительства нуждается в таких средствах, чтобы проверить располагают ли исполнители достаточными ресурсами, чтобы уложиться в срок и обоснованы сметы исполнителей.

Производство уникальных изделий

В Oracle Primavera вы можете только вручную вводить графики. Даже самые лучшие ISV-партнеры Oracle Primavera не владеют техникой моделирования расчета графиков производства, базируясь на нормативах ресурсов и производительностях.

TurboEPM Professional может моделировать такие промышленные проекты, причем является в данный момент единственным решением в мире такого класса из проектных систем, т.к. способен моделировать цепочки использования полуфабрикатов и компонент. Альтернативой являются только старшие ERP-решения. Если изделие изготавливается с помощью нескольких стабильных процессов, то старшая ERP вероятно справится лучше. Если технологий используется много и комбинация их меняется от изделия к изделию, то вполне вероятно, что EPM-решение более эффективный инструмент планирования. Если же у вас нет лишнего миллиона долларов, то вообще вопрос выбора риторический.

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


Интеграция со сметами

Отдельно следует отметить вопрос интеграции со сметами. Любой строительный или промышленный проект связан со сметным делом. Также вопрос загрузки смет интересен в том плане, что если 100% сметной информации удается загрузить и главное обрабатывать в проектной системе, то она соответствует промышленным стандартам бюджетирования и управления ресурсами. Если часть информации теряется или же информация «мертвая» и не подлежит обработке, то это просто игрушка с непонятными диаграммами Ганта.

Штатно ни Microsoft Project, ни Oracle Primavera не поддерживают средств для загрузки сметной информации.

Ряд сметных систем поддерживают выгрузку данных в Microsoft Project. Решение Turbo EPM поддерживает загрузку смет с сохранением возможностей по манипулированию бюджетными и ресурсными нормами в Microsoft Project, и в этом уникальность решения. Для Primavera есть только одно решение для загрузки смет из А0.

Ключевой вопрос при загрузки смет состоит не в формально заявленной интеграции, а в том, возможен ли корректный перенос сметной информации в принципе?

Microsoft Project без Turbo EPM существует только одно измерение стоимости в поле «Затраты». Однако любой, кто знаком со сметным делом понимает, что стоимость в промышленных проектах понятие многомерное. В смете числится не просто стоимость по операции, а сколько всего денег идет на машины, сколько на материалы, сколько на сметную прибыль. В Oracle Primavera поддерживается понятие «многомерных денег» поэтому финансовую информацию загрузить можно. В Microsoft Project пришлось для Turbo EPM произвести огромную доработку, и результат оправдал себя. Функционал получился мощнее – стоимостные составляющие в TurboEPM многоуровневые в отличие от Primavera.

При загрузке финансовой информации в Primavera сразу проявляется серьезный недостаток бюджетной ее модели. Дело в том, что в строительстве и промышленности базисно-индексный метод бюджетирования ведется от понятия физических объемов, а такого понятия в Primavera нет, и поэтому пересчета статей при изменении «материала», которого заводят как замену физобъемам в Primavera не произойдет. Фактически Primavera может быть средством просмотра информации из сметной или другой аналогичной системы, но не средством расчета бюджетов.

Аналогичная ситуация с ресурсами. Загрузка ресурсов возможна просто как загрузка фиксированных значений из сметы для просмотра, и ввиду отсутствия в Primavera производственного модуля никакая обработка ресурсной информации невозможна. Нельзя рассчитать длительность задачи на основании ресурсов, нельзя автоматически поменять количество ресурсов изменив физический объем.
TurboEPM обладает производственным модулем поэтому может не только загружать ресурсную информацию, но и оперировать с ней как с нормами, в том числе может загружать сами нормы из смет для их дальнейшего использования.

Управление рисками

Важная современная тенденция – это сужение числа менеджеров использующих статистические методы анализа рисков. Именно по этой причине Microsoft изъял единственное средство для статистического анализа рисков PERT из Microsoft Project 2010. По этой же причине Oracle поднял цену на статистические средства анализа рисков методом Монте-Карло до $10 000 за рабочее место – узость базы клиентов заставляет увеличивать цену на лицензию.

В Turbo EPM поддерживается метод Монте-Карло для расчетов, включая прецизионный (стабильный) расчет, расчет резервов, а также ускоренное средство расчета методом гипер-куба, как и продукт компании Oracle. По исходным данным модуль статистического анализа рисков Turbo EPM совпадает с PERT-методом, поэтому те, кто пользовались PERT, могут перейти на Монте-Карло без обучения.

Однако рисками управляют все. Просто тенденция смещается от анализа рисков на инициализации проекта к снижению операционных рисков в момент исполнения проекта. Любого финансиста и логиста учили в институте как это делается. Это не Монте-Карло и не какие-то мудреные эвристики, это Метод Лимитов.

Любой грамотный финансист накладывает лимиты на статьи расходов, чтобы не столкнуться с ситуацией, когда срабатывает какой-то риск и он пожирает все финансовые ресурсы проекта, пока это не станет видно на сводных показателях. К этому моменту, скорее всего, будет уже поздно что-то менять. Поэтому финансист, закладывая лимиты по статьям, контролирует малейшие риски в здоровье проекта. Аналогично делает опытный логист, накладывая лимиты по поставкам, чтобы подстраховаться от внезапных аппетитов производственников.

Монте-Карло и его аналоги используют немногие профи, а вот защиту от рисков методом лимитов используют почти все. Система лимитов в Turbo EPM автоматически зажигает красные индикаторы на подозрительных задачах, где идет превышение постатейных лимитов. Если менеджер обязан держаться в регламенте расхода по статьям, то Turbo EPM поможет ему подобрать коррекцию графики, чтобы бы вернуться в установленные лимиты.
Есть ли такое управление лимитами в Primavera? Поищите.

Интеграция с ERP-решениями

Почти любой корпоративный заказчик хочет интегрировать ERP-решение с системой управления проектами. Во многих случаях это должна быть двухсторонняя интеграция. Например, многие заказчики справедливо считают, что планы и бюджеты проектов лучше начинать делать в системе управления проектами применяя моделирование «а что если?» и потом уже передать в ERP на исполнение. При выполнении проекта заказчик хотел бы иметь возможность выгрузить в проектную систему фактическое исполнение для план/фактного анализа.

В случае Primavera, безусловно, преимущество для пользователей 1С, это наличие готовых конфигураций от ПМСОФТ с интеграцией 1С с Primavera. Однако для использования таких решений пользователь должен отказаться от своей конфигурации 1С и полностью потерять все инвестиции в ее доработку. На такое вероятно согласятся не многие, особенно если учесть, что есть богатый рынок интересных конфигураций от партнеров 1С или же если клиент предпочитает только сертифицированные 1С конфигурации (решения ПМСОФТ не прошли пока сертификационный тест «1С-Совместимо»).

Если брать Microsoft Project, то IT-специалисты жалуются на слишком большую сложность объектной модели Microsoft Project, что делает интеграцию довольно трудоемкой. В TurboEPM входит модуль XML-интеграции. За 1 минуту можно изготовить XML-форму и указать правила ее обработки в Microsoft Project, в том числе, если нужно что-то дополнительно рассчитать с помощью TurboEPM. Если ваша ERP-система понимает XML-формат обмена, то вам останется сделать такие же действия с ее стороны. Так может быть интегрировано решение на Microsoft Project с произвольными настройками с ERP-системой, даже если ERP-решение модифицировано.

Коммуникация с подрядчиками и удаленными исполнителями

Надо признать эффективность коммуникационной модели Primavera хорошо заточенной под управление подрядчиками и удаленными исполнителями, где Суперсервера бессильны, т.к. все происходит за пределами корпоративной сети.

Суть решения в том, что Primavera Project Planner может выделить какой-то проект отдельно в виде файла в виде так называемого XER-формата. Если подрядчик не хочет или не умеет пользоваться всеми возможностями старшей версии Primavera (стоимость около $2400 за одно рабочее место), то он может купить облегченную версию, известную как Primavera Contractor (стоимость около $1200 за одно рабочее место).

У многих клиентов коммуникация между подрядчиками и заказчиками через XER-формат - это стандарт. Поэтому TurboEPM поддерживает также обмен данными через XER-формат. В том числе определение что именно хочет подрядчик показать заказчику при передачи данных.

Если коммуникация осуществляется фрагментами проекта, то TurboEPM имеет автоматическое средство для выделения части проекта Microsoft Project в отдельный подпроект для отсылки подрядчику.
Тем не менее, стандартный сценарий коммуникации Oracle Primavera имеет серьезные недостатки, поскольку даже лучший партнер Primavera вынужден искать другие методы и разработал решение PM.Exchange.

Проблема коммуникации через XER-формат в том, что подрядчикам и удаленным исполнителям придется покупать примерно за $1200 Primavera Contractor или за $600 Microsoft Project Standard. Кроме расходов, тут более важный аспект обучение и сопротивление прозрачности. Обучить подрядчиков, которые постоянно меняются, задача почти безнадежная. Также будет невозможно установить, или информация не подается из-за недостатка опыта работы с системой у подрядчика или потому что, он просто так пытается организовать сопротивление наведению прозрачности. С большой вероятностью коммуникация будет разрушена организационным фактором, поэтому ПМСОФТ и предлагает заменять сложный Primavera Contractor на простой модуль PM.Exchange.

Аналогичное проектное решение имеется в TurboEPM. Даже название сходное: Обменная Форма (Exchange Form). Однако решение существенно мощнее. Прежде всего, для коммуникации используется обычный Microsoft Excel. Ничего подрядчику устанавливать не нужно, как не требуется проходить обучение.

Вариантов коммуникации и средств визуализации в Обменной форме Turbo EPM намного больше:

  • Выводится ИСР (WBS) и диаграмма Ганта.
  • Можно редактировать данные в периодах, например табеля или материалы.
  • Можно запрашивать детализацию работ и исполнителей
  • Строителей порадует возможность собирать физические объемы подневно. 
     

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

И заключении несколько слов о важнейшем средстве коммуникации - электронная почта (e-mail). С подрядчиками это почти единственный способ работы, во многих компаниях еще не готовы внедрять процессы SharePoint и также держат существенную часть коммуникации через e-mail. В TurboEPM входит персональный сервер планировщика, который автоматически рассылает задания в виде Excel форм и автоматически собирает ответы и показывает планировщику. В старших версиях Turbo EPM доступен даже специальный сервер документооборота по e-mail, который называется Turbo Exchange Server, он умеет управлять документооборотом по почте централизованно.

Если вы отсылаете 2-3 формы с запросом данных, то вас не смутит необходимость прикрепить 2-3 XER-файла к письмам вручную. Однако если ваш проект имеет 20-30 подрядчиков или исполнителей, то процедура подготовки и отсылки форм для запроса к ним превращается в сущий ад. Наличие встроенной системы рассылки и получения в Turbo EPM, а также средств пакетной подготовки форм по кураторам или исполнителям, позволяет одной кнопкой сделать запрос, робот сам подготовит пакет форм, сам разошлет, сам получит, сам положит в архив и будет ждать только Вашего предварительного просмотра перед утверждением полученных данных. Однако так везет только пользователям Microsoft Project и TurboEPM, у других вендоров ситуация несколько хуже, т.к. средств рассылок/получения и пакетной подготовки форм нет. 

Совместный доступ и безопасность

Интересный момент, что многие эксперты Microsoft признают какие-то плюсы в Primavera Contractor, то в плане совместного доступа эксперты Microsoft не согласены с критикой Oracle, что так важно, что один проект не могут редактировать несколько пользователей сразу. Просто Microsoft проповедует другой подход.

Даже «голый» Microsoft Project имеет средства разбиения проекта на подпроекты и соединения их вместе. Как уже упоминалось, в Turbo EPM есть средства для выделения блока работ для редактирования другим менеджером. Однако такое разделение на подпроекты не решает проблему совместного доступа кардинальным образом, т.к. доступ к конечному блоку работ будет иметь все равно только один человек. Поэтому эксперты Microsoft рекомендуют другой метод коммуникации, которые на «голом» Microsoft Project в принципе не реализуется. Он реализуется только и исключительно с помощью таких решений как TurboEPM. Microsoft только предоставляет платформу.

Смысл заключается в том, что концепция совместной работы подразумевает, что за проект (точнее блок работ) есть один ответственный. Если одновременно с ним должны редактировать информацию другие пользователи, то они должны заполнить свои собственные формы с данными, и после этого передать через систему ответственному. Ответственный должен просмотреть, какие изменения вносятся в проект и одобрить их. Таким образом, реализуется не только совместное редактирование проекта, но и гарантия того, что за проект отвечает одно ответственное лицо, т.е. сохраняется принцип персональной ответственности. Схема редактирования "как попало" всех строк и колонок блока работ без подтверждений ответственного за этот блок работ легко приводит к ситуации, когда пользователи внести данные, которые не противоречат друг другу (соответствуют разным статусам проекта и т.д.). 

Следующий важный момент. «Голый» Microsoft Project имеет действительно серьезные минусы по сравнению с Oracle Primavera в том плане, что тот кто редактирует проект имеет неограниченный доступ к финансовой информации: как на ее чтение, так и на изменение. Это неприемлемо. Использование специальных форм для редактирования проектной информации в TurboEPM позволяет отсечь финансовую и другую информацию при необходимости предоставить пользователю права на редактирования данных в проекте.

Учет рабочего времени

Microsoft и Oracle имеют весьма своеобразные представления о юзабилити (пользовательском интерфейсе) в системах учета рабочего времени, а также об их функциональности. Достаточно отметить, что при табелировании в Microsoft Project Server до сих пор нельзя увидеть WBS (ИСР). Microsoft Project Server 2010 и Primavera не поддерживают собственными средствами табелирование через запросы по e-mail и не поддерживают в явном виде роль «табельщика», хотя это критические сценарии для многих внедрений.

Центральные партнеры Microsoft и Oracle заменяют интерфейсы вендоров на то, с чем можно комфортно работать. Продвижение альтернативных средств учета рабочего времени обоими партнерами доказывает, что пока «голый» Microsoft Project и «голая» Primavera еще требуют усовершенствования. ПМСОФТ продвигает решение eTimeMachine.

PMCS продвигает собственную разработку Turbo Resource Tracker для табелирования в реальном времени и специальное решение для табельщиков, а также систему запроса табелей по e-mail. Отметим приятный факт, что все такие решения крайне полезны и весьма недороги.

Turbo Resource Tracker позволяет замерять рабочее время по таймеру. Также продукт содержит средства для учета и разноски косвенных издержек времени на основные операции.

TurboEPM также оборудован системой запросов табелей по e-mail как у самих исполнителей, так и у «табельщиков» отвечающих за группы исполнителей. Запросы делаются в виде интуитивно понятных форм Excel, поэтому обучение персонала не требуется. Кроме этого, решение позволяет отчитываться исполнителям не только о трудозатратах, но и расходе вверенных денежных средств и материалов за отчетный период. Такого «голый» Microsoft Project и «голая» Primavera не умеют.

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

Важным аспектом является поддержка работоспособности решения как в среде Microsoft Project Server, так и без него для масштаба рабочей группы до 30-40 чел. Тяжелые серверные решения Microsoft и Oracle непригодны для рабочих групп по причине неконкурентной цены лицензирования и высокой стоимости владения.

Выводы и рекомендации

Прежде всего, следует отметить, что главные партнеры Microsoft и Oracle по управлению проектами в России одинаково понимают задачи поставленные клиентами, даже часть проектных решений весьма близкая по сценарию бизнес-процессов. Отсутствие для Oracle Primavera модуля производства и нормирования обусловлено не тем, что эксперты Oracle не понимают актуальность этой задачи, а тем, что его нельзя создать на базе технологий Primavera.

«Голые» Microsoft Project и Primavera обладают рядом критических ограничений, поэтому ISV-партнеры инвестируют в готовые решения по управлению бюджетированием, снабжением, производством и коммуникацией.

Microsoft сделал ставку на создание Суперсервера управления проектами, где имеется не только управление графиками и ресурсами, но и поддерживаются процессы управления проектами через SharePoint Workflows. Успех концепции Microsoft привлек партнеров Oracle Primavera к продукту, но на данный момент созданы портальные решения (SharePoint Portals), но не решения по управлению процессами в проектах. Следует также отметить, что Microsoft поставляет Project Server 2010 без готовых процессов управления проектами, поэтому компания целиком зависит в данном моменте от партнеров.

Технология Microsoft Project позволяет ему выступить платформой для решения партнера и внедрить решение в ядро Microsoft Project. Важным фактором явлеятся то, что Microsoft сертифицирует такие решения.
Технология Oracle Primavera не позволяет доработать партнеру функциональность продукта, поэтому партнеры Oracle переходят на технологии 1С. Сертифицировать такие решения должна компания 1С по программе «1С:Совместимо», важно также, чтобы производитель конфигураций 1С для Primavera доказал наличие сертифицированного персонала по 1С, т.е. получил статус 1С:Франчайзи.

Обладатель «голого» Microsoft Project и «голой» Primavera вряд ли без решений PMCS и ПМСОФТ имеет шансы управлять бюджетированием и поставками в проектах. Преимуществом решения Turbo EPM является возможность рассчитывать графики с учетом ограничений по поставкам и финансированию.

В Oracle Primavera полностью отсутствует производственный модуль, который партнеры Oracle создать пока не могут. Для управления строительными и производственными проектами, требующими расчета графика с учетом производительности ресурсов, Primavera полностью не пригодна. Выбор Oracle Primavera для строительного или производственного проекта - это публичная декларация отказа от управления ресурсами и использование только директивных сроков необоснованных возможностями ресурсов.

Коммуникационная модель с подрядчиками Oracle Primavera на формате XER добилась статуса де-факто стандарта, поэтому даже решение на Microsoft Project не имеющее средств поддержки формата XER непригодно для строительства, энергетики и проектирования. Тем не менее, существенные требования к обучению персонала при использовании Primavera Contractor заставляет даже партнеров Oracle работать через более понятные обычным пользователям средства. Turbo EPM предлагает лучшее в этом классе решение через формы Excel и поддерживает большее число коммуникационных сценариев.

Следует отметить, что несмотря на критический разбор решений ПМСОФТ, мы в самой категорической форме рекомендуем обращаться при внедрении Oracle Primavera только в эту компанию. Остальные партнеры Oracle по Primavera в России не обладают решениями, которые даже можно было бы подвергнуть анализу, их просто нет. Поэтому если на «голой» Primavera Вас будут ожидать существенные проблемы с управлением бюджетированием и снабжением в проектах, а также с организацией коммуникации, то разработки ПМСОФТ смогут их в значительной степени уменьшить. Другие партнеры Oracle без аналогичных разработок Вам ничем помочь не смогут, кроме освоения Ваших денег.

Если Вы ставите на Microsoft, т.к. вам нужно формирование графиков с учетом ограничения в финансировании и поставках, а также управление производством, то вам за TurboEPM в PM Сonsulting Services.


Конкуренция тяжелых партнеров Microsoft и Oracle продвигает инновации на рынок управления проектами. Если IT-рынком в России начнут руководить инновации, а не коррупция, то без сомнения Россию ждет большой экономический прогресс.

Выбирайте инновации.
 

Расскажите о статье в Facebook и Twitter. Если статья понравилась, поставьте нам "плюс" Google.

Вы не вошли под своим пользователем на ProjectProfy.ru.
Рекомендуется нажать "Закрыть" и зарегистрироваться на сайте.
Зарегистрированные пользователи, выступающие как редакторы,
имеют различные бонусы по доступу к закрытым материалам.
Если Вам не важны бонусы, можете отправить правку прямо сейчас.

Фрагмент, требующий улучшения
Ваша версия фрагмента. Отредактируйте текст
Степень серьезности проблемы
Проблемы содержания
Стилистические проблемы
Синтаксические и орфографические проблемы
Ваш комментарий:

Если вы заметили любую ошибку в статье, вы можете сообщить об этой ошибке редакторам сайта, выделив мышью отрывок текста с ошибкой и нажав Ctrl+Enter. Ваша помощь в улучшении материалов для нас неоценима!

© 2003-2011, Портал ProjectProfy.ru. Все права защищены.

E-mail: обратная связь