Отличия Spider Project от западных систем

ОСНОВНЫЕ
ПРЕИМУЩЕСТВА ПАКЕТА
SPIDER PROJECT
СИСТЕМНЫЕ ПРЕИМУЩЕСТВА
Spider Project спроектирован в расчете на
использование в качестве корпоративной
системы управления проектами и включает:




Возможность использование корпоративных
норм и стандартов при оценке длительности,
стоимости выполняемых работ и потребности в
ресурсах,
Поддержку корпоративных стандартов
бюджетирования и финансового анализа
проектов,
Ведение архивов проектов,
Возможности управления портфелем проектов
исходя из финансовых ограничений и
критериев деятельности организации в целом.
СИСТЕМНЫЕ ПРЕИМУЩЕСТВА
 Обычно
корпоративные нормы относятся к
единичным расценкам, расходам
материалов на единичных объемах
типовых работ, нормам выработки и
другим показателям, связанным с
использованием объемов работ, как
основных характеристик операций
проекта.
 Spider Project рассчитывает расписания
работ, бюджеты, потребности в поставках
исходя из оценок объемов
запланированных работ и ограничений по
ресурсам, поставкам и финансированию.
СИСТЕМНЫЕ ПРЕИМУЩЕСТВА
Project – единственный пакет,
оптимизирующий расписание
исполнения проектов исходя из
ограничений по ресурсам, поставкам и
финансированию. Расписания,
составляемые Spider Project, как
правило короче тех, что составляют для
тех же проектов другие пакеты.
 Spider
СИСТЕМНЫЕ ПРЕИМУЩЕСТВА
Project ведет архивы проектов,
позволяет выявлять и анализировать
тренды основных показателей проектов.
 Spider Project рассчитывает Ресурсный
Критический Путь (Критическую Цепь) и
определяет реальные резервы времени
исполнения работ проекта.
 Spider
МЕТОДОЛОГИЧЕСКИЕ ОСОБЕННОСТИ

Перечисленные нормы обычно привязаны к
физическим объемам работ: единичные
расценки и нормы расхода материалов на
единице объема, производительность - это
отношение объема к длительности,
технологические схемы определяют состав и
последовательность выполнения работ,
длительности работ определяются объемами.
МЕТОДОЛОГИЧЕСКИЕ ОСОБЕННОСТИ
 Анализ
стоимости проектов должен
проводиться в тех же разрезах, в которых
проводится финансовый анализ деятельности
предприятия. Потому недостаточно просто
стоимости и ее распределения по центрам
финансовой ответственности, нужно иметь
возможность разложить стоимости по
составляющим.
 Например стоимость работы ресурса
складывается из зарплаты, накладных
расходов, налогов.
МЕТОДОЛОГИЧЕСКИЕ ОСОБЕННОСТИ
 При
этом обычно необходим параллельный
расчет стоимости в разных единицах –
интересно и важно иметь возможность
сравнить себестоимость, контрактную
стоимость, сметную стоимость.
 Во многих проектах необходимо
использовать разные валюты для разных
стоимостных составляющих – зарплата в
рублях, оборудование закупается за евро.
МЕТОДОЛОГИЧЕСКИЕ ОСОБЕННОСТИ
 Серьезные
проекты обычно имеют большую
размерность, а потому необходимо
обеспечить возможность игры «что если» для
создания различных сценариев проекта и
поиска оптимальных решений – что если
изменятся составы бригад, выполняющих те
или иные виды работ, что если изменить
используемые материалы и т.д. Вручную
внесение изменений в тысячах позиций
невозможно.
 При этом необходимо иметь возможность
сравнить получающиеся сценарии между
собой.
МЕТОДОЛОГИЧЕСКИЕ ОСОБЕННОСТИ

Необходимо вести архивы проектов.
Сохранив историю, можно
проанализировать ход исполнения,
определить тренды основных показателей,
своевременно выявить негативные
тенденции, определить отклонения за
любой промежуток времени – с начала
проекта, с начала года, за последний
месяц, неделю и т.д.
МЕТОДОЛОГИЧЕСКИЕ ОСОБЕННОСТИ
 При
управлении портфелем проектов
необходимо моделировать не только расходы,
но и доходы, учитывать дисконтирование
затрат, рассчитывать расписание исполнения
портфеля с учетом приоритетов проектов,
ограничений по финансированию и
поставкам, анализировать состояние
взаиморасчетов с контрагентами,
рассчитывать показатели, служащие
обычными критериями оценки проектов –
срок окупаемости, чистый дисконтированный
доход, внутреннюю норму доходности для
каждого проекта и портфеля в целом.
МЕТОДОЛОГИЧЕСКИЕ ОСОБЕННОСТИ

Все перечисленное поддерживается Spider
Project и не поддерживается никакими
западными пакетами управления проектами.
На следующих слайдах мы отметим отличия
Спайдера от западных систем с точки зрения
Подрядчика и Заказчика, а также те отличия,
которые в равной мере используются всеми
участниками проектов.
 Эти общие отличия касаются организации
анализа исполнения и групповой работы с
пакетом.

ДЛЯ
ПОДРЯДЧИКОВ
ТРЕБОВАНИЯ УПРАВЛЕНИЯ
Управление проектом со стороны
строительного подрядчика включает:
 Управление
ресурсами,
 Управление поставками,
 Управление стоимостью работ,
 Управление рисками.
УПРАВЛЕНИЕ РЕСУРСАМИ
Управление ресурсами включает:
 назначение ресурсов на работы,
 оценку длительности работ исходя из
возможностей ресурсов,
 пересмотр назначений при необходимости
внесения изменений,
 расчет и оптимизацию расписания с учетом
ограничений по имеющимся ресурсам и
поставкам.
УПРАВЛЕНИЕ РЕСУРСАМИ
 Spider
Project позволяет назначать на работы
не только ресурсы, но и бригады
(мультиресурсы).
 Длительность определяется
производительностью назначенных ресурсов.
 Производительность – это характеристика
назначения ресурса на определенный тип
работ, а не ресурса как такового.
 Тот же ресурс может иметь разные
производительности на разных типах работ.
УПРАВЛЕНИЕ РЕСУРСАМИ
В любой момент можно в одном месте
изменить:
 составы бригад (мультиресурсов) во всем
проекте,
 производительности и расценки ресурсов
во всем проекте, что совершенно
необходимо при управлении проектом для
внесения изменений и для игры «что если»
и поиска оптимального состава
используемых ресурсов.
УПРАВЛЕНИЕ РЕСУРСАМИ
В Spider Project можно задавать расход
материалов ресурсами (потребление ГСМ
автомобилем, электроэнергии краном и т.д.).
 Spider Project – единственный пакет,
оптимизирующий расписания при
ограниченных ресурсах. Расписания,
составленные Spider Project при
ограниченных ресурсах, как правило короче
тех, что составляют все западные пакеты.

УПРАВЛЕНИЕ РЕСУРСАМИ



Кроме того, Spider Project поддерживает
стабилизацию расписаний – уникальная
функция, не имеющая аналогов.
В отличие от P6 и MS Project Spider Project
рассчитывает Ресурсный Критический Путь
(Критическую Цепь) и реальные резервы
времени операций проекта.
При этом ни один пакет кроме Spider Project
не умеет моделировать сменную работу
ресурсов, переменную загрузку ресурсов,
взаимозаменяемость ресурсов (хоть и с
другой производительностью).
УПРАВЛЕНИЕ ПОСТАВКАМИ


В Spider Project наряду с расходом материалов и
оборудования (фиксированными, в час и на
единицу объема работ) на операциях и
назначениях ресурсов можно задавать и поставки.
В результате можно управлять движением
материалов, получая отдельные отчеты по
расходам поставкам и наличию материалов на
объектах и складах.
Spider Project умеет рассчитывать расписания
проектов с учетом ограничений по поставкам
материалов и оборудования, чего не умеет ни один
другой пакет в мире.
УПРАВЛЕНИЕ СТОИМОСТЬЮ

В Spider Project можно заводить сколько
угодно составляющих затрат и доходов и
обеспечить возможность любого финансового
анализа.


В западных пакетах не получится задать, например, что
стоимость ресурса состоит из зарплаты, накладных
расходов, налогов и других компонент.
Можно моделировать не только расходы, но и
движение денег, что позволяет
контролировать взаиморасчеты с Заказчиком
и Субподрядчиками, планировать
организацию финансирования работ.
УПРАВЛЕНИЕ СТОИМОСТЬЮ
Spider Project умеет рассчитывать
расписания проектов, программ и
портфелей проектов с учетом ограничений
по финансированию, чего не умеет ни
один другой пакет в мире.
 В Spider Project можно моделировать
сдельную оплату работы (сдельную оплату
труда, контрактную стоимость, зависящую
от объемов работ), чего не позволяют
западные системы.

УПРАВЛЕНИЕ РИСКАМИ
 Spider
Project включает встроенные средства
моделирования рисков, которые позволяют:
 рассчитать реалистичные сроки и бюджеты
проектов и определить необходимые резервы,
 Определить вероятность реализации
директивных показателей,
 Отслеживать тренды этих вероятностей,
своевременно обнаруживая проблемы
проектов.
ДЛЯ
ЗАКАЗЧИКОВ
ТРЕБОВАНИЯ УПРАВЛЕНИЯ
Управление проектом со стороны Заказчика
включает:
 Управление
контрактами,
 Управление поставками,
 Управление финансированием работ,
 Управление рисками.
УПРАВЛЕНИЕ КОНТРАКТАМИ
Управление контрактами включает
контроль выполнения контрактных
обязательств и оплату выполненных работ в
соответствии с условиями контрактов.
Как уже отмечалось, оплата выполненных
работ в строительстве часто происходит в
соответствии с согласованными
расценками, определяющими стоимость
единицы объема различных видов работ.
УПРАВЛЕНИЕ КОНТРАКТАМИ
Таким образом, исходной информацией для
оценки стоимости контрактов, а также для
проведения взаиморасчетов часто является
стоимость выполнения данным
подрядчиком единичных объемов
различных видов работ.
Эту стоимость имеет смысл заводить в
справочниках, чтобы в случае изменений
легко пересмотреть стоимость контрактов
(например, в результате торговли при
заключении контрактов).
УПРАВЛЕНИЕ КОНТРАКТАМИ



В процессе исполнения контрактов Заказчика
интересует оценка стоимости выполненных работ,
исходя из замеров выполненных объемов, контроль и
анализ взаиморасчетов с Подрядчиками.
Потому в Spider Project можно вводить не только
стоимости, но и оплату выполненных работ, и оценивать
состояние взаиморасчетов в любой момент времени.
Планирование, контроль и анализ взаиморасчетов,
выполняемых в соответствии с объемными
расценками, западными пакетами не поддерживается.
УПРАВЛЕНИЕ ПОСТАВКАМИ



Не редкостью являются поставки Заказчика в процессе
исполнения контрактов. Для управления поставками
необходимо иметь возможность рассчитать потребности в
поставляемых материалах и оборудовании в любой
момент времени с учетом движения материалов на
стройплощадках и складах.
Движение материалов моделируется через планирование
и контроль не только расходов, но и поставок.
При этом необходимо иметь возможность получать
отдельные отчеты по поставкам, расходам и движению
материалов.
УПРАВЛЕНИЕ ПОСТАВКАМИ



Необходимо иметь возможность оценить, как
отразится на графике выполнения работ задержка тех
или иных поставок даже в том случае, когда нельзя с
определенностью сказать, на каких именно работах
будут использоваться материалы очередной поставки.
Таким образом, и Заказчику необходимо уметь
рассчитывать график выполнения работ с учетом
ограничений на поставки материалов и оборудования.
Такую функциональность поддерживает только Spider
Project.
УПРАВЛЕНИЕ ФИНАНСИРОВАНИЕМ
В крупных и длительных программах и
проектах необходимо иметь возможность
постоянно оценивать экономическую
эффективность принимаемых решений с
учетом дисконтирования затрат, инфляции
и других факторов, на это влияющих.
 При оценке эффективности часто
используются срок окупаемости, чистый
дисконтированный доход и внутренняя
норма доходности.

УПРАВЛЕНИЕ ФИНАНСИРОВАНИЕМ



В отличие от западных система Spider Project
моделирует не только расходы, но и доходы, и
вычисляет и контролирует показатели эффективности
как отдельных проектов, так и любых портфелей
проектов организации.
Используя Spider Project, инвестор может оценить,
как отразится на сроках и показателях
эффективности проектов та или иная схема
финансирования, рассчитав расписание проекта с
учетом финансовых ограничений.
Ни один другой пакет таких расчетов не выполняет.
УПРАВЛЕНИЕ РИСКАМИ




Заказчик может в полной мере использовать
возможности встроенного в Spider Project
моделирования рисков для решения своих задач:
Определения реалистичных и достижимых
показателей проектов,
Постоянного контроля надежности достижения этих
показателей,
Анализа трендов вероятности достижения
запланированных показателей для принятия
своевременных управляющих воздействий.
ОБЩИЕ ЗАДАЧИ
На следующих слайдах будут отмечены
особенности подходов Spider Project для
решения задач, в равной мере интересных
и Заказчику, и Подрядчику.
 Эти задачи включают:

Анализ исполнения,
 Организацию групповой работы

АНАЛИЗ ИСПОЛНЕНИЯ
Анализ исполнения в Spider Project
отличается упором на анализ трендов
показателей проектов.
 Мы считаем, что анализ трендов позволяет
своевременно обнаруживать негативные
тенденции и принимать своевременные
управленческие решения.

АНАЛИЗ ИСПОЛНЕНИЯ
Так, например, включенный в Spider Project
Анализ Освоенных Объемов отличается тем,
что пакет не только считает все стандартные
показатели, но и показывает тренды этих
показателей.
 Spider Project позволяет получить отчеты о
трендах любых показателей проектов.

 Эта
возможность, очень полезная на практике,
является важной особенностью пакета.
ГРУППОВАЯ РАБОТА
В Spider Project используется уникальная
система групповой работы, не имеющая
аналогов в других системах.
 Эта система разработана с учетом
специфики проектного управления и
существенно отличается от тех стандартных
методов групповой работы, которые
используются в других системах.

ГРУППОВАЯ РАБОТА
Для разработки расписания и анализа
исполнения проектов необходимо, чтобы в
проекте была единая текущая дата.
 Если кто-то ввел учетную информацию по
некоторой операции проекта в модель, а
по другим операциям учетная информация
не введена или введена на другую дату, то
модель проекта оказывается
неработоспособной.

ГРУППОВАЯ РАБОТА
Потому при любой организации ввода
учетной информации необходим жесткий
регламент, определяющий периодичность
ввода учета, единый для всех участников
проекта.
 Преимущества клиент-серверной работы,
когда информация непрерывно
обновляется по мере поступления новых
данных, в случае проектов оказываются
невостребованными.

ГРУППОВАЯ РАБОТА
 Более
того, при прямом вводе информации в
модель, все участники проектов связаны этим
регламентом и не могут его нарушать.
 Но в отдельных подпроектах возможна
потребность более частого ввода информации
и пересчета расписания для выдачи заданий
исполнителям. Менеджер подпроекта может
захотеть провести анализ «что если».
 В клиент-серверной модели групповой работы
эти действия затруднены.
ГРУППОВАЯ РАБОТА
В
Spider Project принята другая организация
групповой работы:
 В модели проекта создается структура
ответственности (в пакете можно создавать
неограниченное количество иерархических
структур) и производится репликация - каждый
из ответственных получает модель своего
подпроекта.
 Менеджер подпроекта может работать со
своим подпроектам автономно до момента
следующей консолидации модели.
ГРУППОВАЯ РАБОТА




Консолидация осуществляется согласно
регламенту в определенные моменты.
По команде аналитика проекта (портфеля)
происходит «опрос» подпроектов и все
изменения попадают в исходную модель.
Менеджеры подпроектов могут работать,
используя собственные регламенты, проводить
игру «что если», не опасаясь «испортить общую
модель.
Единственная их обязанность – своевременно
ввести состояние своего подпроекта в
«регламентные моменты».
ГРУППОВАЯ РАБОТА
В
результате удалось обойти ограничения
клиент-серверного подхода, развязать руки
менеджерам подпроектов, обеспечить
высокую надежность сохранности
информации благодаря наличию
распределенных копий.
 Немаловажно, что такая организация
групповой работы проста и надежна, требует
минимальной загрузки сети, не требует
привлечения специалистов по IT, но позволяет
управлять самыми серьезными проектами и
портфелями проектов.
ПРИМЕРЫ КЛИЕНТОВ, УПРАВЛЯЮЩИХ
ПРОЕКТАМИ СО МНОЖЕСТВОМ УЧАСТНИКОВ
В качестве примеров можно привести:
 управление проектами строительства заводов и
электростанций РУСАЛа,
 управление портфелем из более 2000
телекоммуникационных проектов компании
Romtelecom (Румыния),
 управление строительством крупнейшего
трубопровода Латинской Америки компанией
Petrobras (Бразилия)
 и множество других в разных странах мира, в
которых в управлении проектами и портфелями
взаимодействовали десятки и сотни участников.
ЗАКЛЮЧЕНИЕ
У
Spider Project есть множество других
отличий, которые можно перечислять, но уже
перечисленного достаточно, чтобы получить
общее представление о том, почему Spider
Project выигрывает соревнование с
западными системами и используется уже в
23 странах мира несмотря на полное
отсутствие какой-либо рекламы.
 И в России его выбирают для управления
действительно серьезными проектами –
такими, как подготовка Зимних Олимпийских
Игр Сочи 2014.