Spider Project спроектирован в расчете на использование в качестве корпоративной системы управления проектами и включает: Возможность использование корпоративных. - презентация

1

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

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

4 Spider Project – единственный пакет, оптимизирующий расписание исполнения проектов исходя из ограничений по ресурсам, поставкам и финансированию. Расписания, составляемые Spider Project, как правило короче тех, что составляют для тех же проектов другие пакеты.

5 Spider Project ведет архивы проектов, позволяет выявлять и анализировать тренды основных показателей проектов. Spider Project рассчитывает Ресурсный Критический Путь (Критическую Цепь) и определяет реальные резервы времени исполнения работ проекта.

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

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

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

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

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

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

12 Все перечисленное поддерживается Spider Project и не поддерживается никакими западными пакетами управления проектами.

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

14

15 Управление проектом со стороны строительного подрядчика включает: Управление ресурсами, Управление поставками, Управление стоимостью работ, Управление рисками.

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

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

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

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

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

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

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

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

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

25

26 Управление проектом со стороны Заказчика включает: Управление контрактами, Управление поставками, Управление финансированием работ, Управление рисками.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

45 В качестве примеров можно привести: управление проектами строительства заводов и электростанций РУСАЛа, управление портфелем из более 2000 телекоммуникационных проектов компании Romtelecom (Румыния), управление строительством крупнейшего трубопровода Латинской Америки компанией Petrobras (Бразилия) и множество других в разных странах мира, в которых в управлении проектами и портфелями взаимодействовали десятки и сотни участников.

46 У Spider Project есть множество других отличий, которые можно перечислять, но уже перечисленного достаточно, чтобы получить общее представление о том, почему Spider Project выигрывает соревнование с западными системами и используется уже в 23 странах мира несмотря на полное отсутствие какой-либо рекламы. И в России его выбирают для управления действительно серьезными проектами – такими, как подготовка Зимних Олимпийских Игр Сочи 2014.