Отличия Spider Project от западных систем управления проектами К западным системам относятся, в частности: Primavera Project Manager, Open Plan, Microsoft. - презентация

1 Отличия Spider Project от западных систем управления проектами К западным системам относятся, в частности: Primavera Project Manager, Open Plan, Microsoft Project

2 Методологические особенности Spider Project спроектирован в расчете на использование в качестве корпоративной системы управления проектами. Согласно нашим подходам, корпоративная система управления проектами подразумевает: широкое использование корпоративных норм и стандартов при оценке длительности, стоимости выполняемых работ и потребности в ресурсах; поддержку корпоративных стандартов финансового анализа; создание и ведение архивов проектов; возможности управления портфелем проектов исходя из ограничений и критериев деятельности организации в целом.

3 Методологические особенности Обычно корпоративные нормы включают: характеристики ресурсов, оборудования и материалов; производительности ресурсов на типовых работах; нормы расхода материалов на единичных объемах типовых работ; единичные расценки (стоимости единичных объемов работ); расценки ресурсов за выполнение типовых работ (сдельная, сметная или контрактная стоимость работ); технологические схемы выполнения типовых процессов; и т.д.

4 Методологические особенности Перечисленные нормы обычно привязаны к физическим объемам работ: единичные расценки и нормы расхода материалов на единице объема, производительность - это отношение объема к длительности, технологические схемы определяют состав и последовательность выполнения работ, длительности работ определяются их физическими объемами.

5 Методологические особенности Анализ стоимости проектов должен проводиться в тех же разрезах, в которых проводится финансовый анализ деятельности предприятия. Потому недостаточно просто стоимости и ее распределения по центрам финансовой ответственности, нужно иметь возможность разложить стоимости по составляющим. Например, стоимость работы ресурса складывается из зарплаты, накладных расходов, налогов.

6 Методологические особенности При этом обычно необходим параллельный расчет стоимости в разных единицах – интересно и важно иметь возможность сравнить себестоимость, контрактную стоимость, сметную стоимость. Во многих проектах необходимо использовать разные валюты для разных стоимостных составляющих – зарплата в рублях, оборудование закупается за евро.

7 Методологические особенности Серьезные проекты обычно имеют большую размерность, а потому необходимо обеспечить возможность игры «Что если» для создания различных сценариев проекта и поиска оптимальных решений – что если изменятся составы бригад, выполняющих те или иные виды работ, что если изменить используемые материалы и т.д. Вручную внесение изменений в тысячах позиций невозможно. При этом необходимо иметь возможность сравнить получающиеся сценарии между собой.

8 Методологические особенности Необходимо вести архивы проектов. Сохранив историю, можно проанализировать ход исполнения, определить тренды основных показателей, своевременно выявить негативные тенденции, определить отклонения за любой промежуток времени – с начала проекта, с начала года, за последний месяц, неделю и т.д.

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

10 Методологические особенности Ход реализации проекта часто определяется результатами, достигнутыми в определенных контрольных точках. В зависимости от этих результатов меняется технология или организация будущих работ, привлекаются дополнительные ресурсы, меняются календари работ (например, организуется работа в две смены). Например, при опоздании контрольного события привлекаются дополнительные ресурсы, либо используется другая технология выполнения оставшихся работ.

11 Методологические особенности Неопределенности присущи любым проектам, потому управление рисками – важная составляющая проектного управления. Необходимо моделировать риски, учитывая все ограничения проекта или портфеля, чтобы получить надежные распределения вероятности его показателей и поставить надежные и достижимые цели.

12 Методологические особенности Все перечисленное поддерживается Spider Project и не поддерживается никакими западными пакетами управления проектами. Стремясь угнаться за Spider Project, российские продавцы западных систем разрабатывают дополнительные модули, чтобы отрапортовать, что и у них есть объемы и производительности, но объем – это не показатель вроде материала, к нему привязаны расценки и нормы расхода материалов, а производительность – это не характеристика ресурса, тот же ресурс может иметь разные производительности на разных видах работ (тот же рабочий может использоваться на бетонировании, армировании, установке опалубки и т.д.). Упомянутые модули ориентированы не на использование, а на маркетинг.

13 На следующих слайдах мы дополнительно отметим отличия Spider Project от западных систем с точки зрения Подрядчика и Заказчика, а также те отличия, которые в равной мере используются всеми участниками проектов. Эти общие отличия касаются организации анализа исполнения и групповой работы с пакетом.

14 ДЛЯ ПОДРЯДЧИКОВ

15 ТРЕБОВАНИЯ УПРАВЛЕНИЯ Управление проектом со стороны подрядчика включает: Управление ресурсами. Управление поставками. Управление себестоимостью работ. Управление рисками.

16 Управление ресурсами Управление ресурсами включает: назначение ресурсов на работы; оценку длительности работ исходя из их физических объемов и возможностей назначенных ресурсов; пересмотр назначений при необходимости внесения изменений; расчет и оптимизацию расписания с учетом ограничений по имеющимся ресурсам и поставкам.

17 Управление ресурсами Spider Project позволяет назначать на работы не только отдельные ресурсы, но и целиком бригады (мульти ресурсы). Длительность определяется производительностью назначенных ресурсов. Производительность – это характеристика назначения ресурса на определенный тип работ, а не ресурса как такового. Тот же ресурс может иметь разные производительности на разных типах работ.

18 Управление ресурсами В любой момент можно в одном месте изменить: составы бригад (мульти ресурсов) во всем проекте; производительности и расценки ресурсов во всем проекте, что совершенно необходимо при управлении проектом для внесения изменений, для игры «Что если» и поиска оптимального состава используемых ресурсов.

19 Управление ресурсами Не всегда ясно, какие именно ресурсы использовать на каких работах, если они обладают схожими характеристиками. В этом случае используются роли ресурсов. Так, например, роль Экскаватор может включать экскаваторы с разными объемами ковшей и производительностями. Если на определенной операции требуется какой-то экскаватор, то назначается роль и программа выбирает тот свободный в момент исполнения операции экскаватор, который выполнит работу наиболее эффективно.

20 Управление ресурсами В Spider Project можно задавать расход материалов ресурсами (потребление ГСМ автомобилем, электроэнергии краном и т.д.). Spider Project – единственный пакет, оптимизирующий расписания при ограниченных ресурсах. Расписания, составленные Spider Project при ограниченных ресурсах, как правило короче тех, что составляют все западные пакеты.

21 Управление ресурсами Кроме того, Spider Project поддерживает стабилизацию расписаний – уникальная функция, не имеющая аналогов. В отличие от Open Plan, P6 и MS Project Spider Project рассчитывает Ресурсный Критический Путь (Критическую Цепь) и реальные резервы времени операций проекта. При этом ни один пакет кроме Spider Project не умеет моделировать сменную работу ресурсов, переменную загрузку ресурсов, взаимозаменяемость ресурсов (хоть и с другой производительностью).

22 Управление поставками В Spider Project наряду с расходом материалов и оборудования (фиксированными, в час и на единицу объема работ) на операциях и назначениях ресурсов можно задавать и поставки. В результате можно управлять движением материалов, получая отдельные отчеты по расходам поставкам и наличию материалов на объектах и складах. Spider Project умеет рассчитывать расписания проектов с учетом ограничений по поставкам материалов и оборудования, чего не умеет ни один другой пакет в мире.

23 Управление стоимостью В Spider Project можно заводить сколько угодно составляющих затрат и доходов и обеспечить возможность любого финансового анализа. В западных пакетах не получится задать, например, что стоимость ресурса состоит из зарплаты, накладных расходов, налогов и других компонент. Можно моделировать не только расходы, но и движение денег, что позволяет контролировать взаиморасчеты с Заказчиком и Субподрядчиками, планировать организацию финансирования работ.

24 Управление стоимостью Spider Project умеет рассчитывать расписания проектов, программ и портфелей проектов с учетом ограничений по финансированию, чего не умеет ни один другой пакет в мире. В Spider Project можно моделировать сдельную оплату работы (сдельную оплату труда, контрактную стоимость, зависящую от объемов работ), чего не позволяют западные системы.

25 Управление рисками Spider Project включает встроенные средства моделирования рисков, которые позволяют: рассчитывать реалистичные сроки и бюджеты проектов и определять необходимые резервы; определять вероятность реализации директивных показателей; отслеживать тренды этих вероятностей, своевременно обнаруживая проблемы проектов.

26 ДЛЯ ЗАКАЗЧИКОВ

27 ТРЕБОВАНИЯ УПРАВЛЕНИЯ Управление проектом со стороны заказчика включает: Управление контрактами. Управление поставками. Управление финансированием работ. Управление рисками.

28 Управление контрактами Управление контрактами включает контроль выполнения контрактных обязательств и оплату выполненных работ в соответствии с условиями контрактов. Как уже отмечалось, оплата выполненных работ часто происходит в соответствии с согласованными расценками, определяющими стоимость единицы объема различных видов работ.

29 Управление контрактами Таким образом, исходной информацией для оценки стоимости контрактов, а также для проведения взаиморасчетов, часто является стоимость выполнения данным подрядчиком единичных объемов различных видов работ. Эту стоимость имеет смысл заводить в справочниках, чтобы в случае изменений легко пересмотреть стоимость контрактов (например, в результате торговли при заключении контрактов).

30 Управление контрактами В процессе исполнения контрактов Заказчика интересует оценка стоимости выполненных работ, исходя из замеров выполненных объемов, контроль и анализ взаиморасчетов с Подрядчиками. Потому в Spider Project можно вводить не только стоимости, но и оплату выполненных работ, и оценивать состояние взаиморасчетов в любой момент времени. Планирование, контроль и анализ взаиморасчетов, выполняемых в соответствии с объемными расценками, западными пакетами не поддерживается.

31 Управление поставками Не редкостью являются поставки Заказчика в процессе исполнения контрактов. Для управления поставками необходимо иметь возможность рассчитать потребности в поставляемых материалах и оборудовании в любой момент времени с учетом движения материалов на объектах и складах. Движение материалов моделируется через планирование и контроль не только расходов, но и поставок. При этом необходимо иметь возможность получать отдельные отчеты по поставкам, расходам и движению материалов.

32 Управление поставками Необходимо иметь возможность оценить, как отразится на графике выполнения работ задержка тех или иных поставок даже в том случае, когда нельзя с определенностью сказать, на каких именно работах будут использоваться материалы очередной поставки. Таким образом, и Заказчику необходимо уметь рассчитывать график выполнения работ с учетом ограничений на поставки материалов и оборудования. Такую функциональность поддерживает только Spider Project.

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

34 Управление финансированием В отличие от западных, система Spider Project моделирует не только расходы, но и доходы, и вычисляет и контролирует показатели эффективности как отдельных проектов, так и любых портфелей проектов организации. Используя Spider Project, инвестор может оценить, как отразится на сроках и показателях эффективности проектов та или иная схема финансирования, рассчитав расписание проекта с учетом финансовых ограничений. Ни один другой пакет таких расчетов не выполняет.

35 Управление рисками Заказчик может в полной мере использовать возможности встроенного в Spider Project моделирования рисков для решения своих задач: определения реалистичных и достижимых показателей проектов; постоянного контроля надежности достижения этих показателей; анализа трендов вероятности достижения запланированных показателей для принятия своевременных управляющих воздействий.

36 Общие Задачи

37 ОБЩИЕ ЗАДАЧИ На следующих слайдах будут отмечены особенности подходов Spider Project для решения задач, в равной мере интересных и Заказчику, и Подрядчику строительства. Эти задачи включают: Анализ исполнения. Организацию групповой работы.

38 Анализ исполнения Анализ исполнения в Spider Project отличается упором на анализ трендов показателей проектов. Мы считаем, что анализ трендов позволяет своевременно обнаруживать негативные тенденции и принимать своевременные управленческие решения. Поскольку Spider Project хранит архивы проектов, он способен определить тренды показателей проектов, программ и портфелей проектов.

39 Анализ исполнения Так, например, включенный в Spider Project Анализ Освоенных Объемов отличается тем, что пакет не только считает все стандартные показатели анализа освоенных объемов, но и показывает тренды этих показателей. Spider Project позволяет получить отчеты о трендах любых показателей проектов. Эта возможность, очень полезная на практике, является важной особенностью пакета.

40 Особенности организации групповой работы с проектами

41 Групповая работа В Spider Project используется уникальная система групповой работы, не имеющая аналогов в других системах. Эта система разработана с учетом специфики проектного управления и существенно отличается от тех стандартных методов групповой работы, которые используются в других системах.

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

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

44 Групповая работа Более того, при прямом вводе информации в модель все участники проектов связаны этим регламентом и не могут его нарушать. Но в отдельных подпроектах возможна потребность более частого ввода информации и пересчета расписания для выдачи заданий исполнителям. Менеджер подпроекта может захотеть провести анализ «Что если». В клиент-серверной модели групповой работы эти действия затруднены.

45 Групповая работа В Spider Project принята другая организация групповой работы: В модели проекта создается структура ответственности (в пакете можно создавать неограниченное количество иерархических структур) и производится репликация – каждый из ответственных получает модель своего подпроекта. Менеджер подпроекта может работать со своим подпроектам автономно до момента следующей консолидации модели.

46 Групповая работа Консолидация осуществляется согласно регламенту в определенные моменты. По команде аналитика проекта (портфеля) происходит «опрос» подпроектов и все изменения попадают в исходную модель. Менеджеры подпроектов могут работать, используя собственные регламенты, проводить игру «Что если», не опасаясь «испортить» общую модель. Единственная их обязанность – своевременно ввести состояние своего подпроекта в «регламентные моменты».

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

48 Заключение У Spider Project есть множество других отличий, которые можно перечислять, но уже перечисленного достаточно, чтобы получить общее представление о том, почему Spider Project выигрывает соревнование с западными системами и используется уже в 32 странах мира, несмотря на полное отсутствие какой- либо рекламы. И в России его выбирают для управления действительно серьезными проектами, такими как: подготовка Зимних Олимпийских Игр Сочи 2014, Саммита АТЭС во Владивостоке, Универсиады в Казани, Чемпионата Мира по Футболу 2018 и т.д.