- Почему wbs готов?
- Основные этапы
- Work breakdown structure (иерархическая структура проекта)
- Виды затрат
- Время-затраты
- Диаграмма ганта
- Диаграммы критического пути
- Допущения в модели время-затраты
- Древовидная структура
- Затраты проекта по отношению к длительности
- Иерархическая структура контракта (cwbs)
- Как можно улучшить диаграмму ганта?
- Как получить социальное жилье? – спроси совет
- Контурный вид
- Критический путь
- Критический путь может быть определен 4 ключевыми параметрами каждой активности:
- Метод критического пути
- Назначение ролей в планировании проекта
- Нарисуйте диаграмму в виде сети взаимосвязанных задач
- Обновление критического пути
- Ограничения критического пути
- Определение критического пути
- Определение последовательности задач
- Определите индивидуальные задачи
- Организационная иерархическая структура (obs)
- От финиша до финиша (ff)
- Отношения зависимости задачи
- Оцените время каждой активности.
- Оценить размер
- Оценить усилия
- Оценка целесообразности инвестиций через функциональную структуру стоимости.
- Планирование
- По жизненному циклу проекта (wbs)
- По составляющим продукта проекта (pbs)
- Преимущества оценки с использованием wbs
- Примавера п6
- Ресурсная иерархическая структура (rbs)
- Руководство по структуре работ
- Терминология для разных уровней
- Типы wbs
- Уровень деталей
- Устройство иерархии по результатам и фазам работ
- Финиш на старт (fs)
- Шаги, созданные для проекта с использованием wbs
- Фаза (уровень 1).
- Запись по записи (уровень 2).
- Деятельность (уровень 3).
Почему wbs готов?
WBS используется для руководства проектом и дает четкое представление о структуре проекта.
WBS показывает многое в завершении проекта, таких как,
- Анализ затрат или бюджетирование
- Тайм-менеджмент
- Исходные условия
- Критические точки
- Распределение ресурсов,
- Приоритетность задачи
- Анализ риска
- планирование
- Иерархия для проекта
- Показать в Milestone
- Планируйте итоги проекта
Элементы, используемые для создания СПП,
- Объем работ.
- Даты начала и окончания проекта.
- Распределение ресурсов и бюджет.
- Какой человек будет нести ответственность за работу.
- Установите время для труда в соответствии с заданием
- Определить стоимость проекта
В основном WBS работает с зависимостями задач. Деятельность преемника зависит от деятельности предшественника. Таким образом, если одно предшествующее действие не завершено, вспомогательные действия будут затронуты и показаны красным цветом, где критические точки показаны красным цветом на графике с правой стороны.
Это также влияет на дату крайнего срока выполнения проектов, даже если ожидается одно действие.
Мероприятия также могут быть распределены в тот же день, когда здесь они выполняются параллельно; WBS является единовременным созданием проекта и должна обновляться ежедневно.
Иерархия показывает проект в структурированном виде. Это показано в примере ниже.
Основные этапы
Вехи являются критическими этапами в вашем графике. Они будут иметь длительность ноль и используются для обозначения того, что вы выполнили определенный набор задач. Вехи, как правило, показаны в виде алмаза.
Например, в приведенной выше диаграмме Ганта «Завершение проектирования» и «Завершение разработки» показаны вехами, представленными в форме ромба.
Вехи могут быть связаны с условиями контракта.
Work breakdown structure (иерархическая структура проекта)
Для упрощения управления сложным проектом целесообразно его разделять на компоненты в
иерархическую структуру
, так называемую ИСП, или WBS (the work breakdown structure). Такая иерархическая структура проекта может быть представлена в виде блочной диаграммы:
Виды затрат
Затраты проекта классифицируются как прямые и непрямые.
- Прямые затраты — это все то, что непосредственно связано с работой проекта, как зарплаты, командировки, материалы и оборудование. Если этих ресурсов требуется все больше в целях уменьшения времени завершения проекта, значит, прямые затраты вырастают.
- Непрямые затраты — это накладные расходы, не связанные напрямую с задачами проекта, такие как аренда офиса, административные персонал, налоги. Такие расходы обычно не меняются значительно в течение времени проекта. Обычно такие затраты возрастают из-за увеличения длительности проекта.
Время-затраты
Между временем завершения проекта и его стоимостью есть взаимосвязь. Кэп. Для некоторых видов затрат эта взаимосвязь прямая. В других типах затраты изменяются за счет других.Для этих двух типов затрат, существует оптимальный шаг времени по минимальной стоимости. Понимая отношение время-стоимость, становится проще вычислить стоимость отсрочек в проекте.
Диаграмма ганта
Диаграмма Ганта — это тип гистограммы, адаптированный Каролом Адамиецким в 1896 году и независимо Генри Ганттом в 1910-х годах, который иллюстрирует график проекта. Диаграммы Ганта иллюстрируют даты начала и окончания элементов терминала и итоговых элементов проекта.
Вы можете взять формат схемы на рисунке 2 в Microsoft Project, чтобы получить представление диаграммы Ганта.
Диаграммы критического пути
Этапы построения диаграммы:
- Обозначьте индивидуальные задачи.
- Определите последовательность этих задач.
- Нарисуйте диаграмму в виде сети взаимосвязанных задач.
- Оцените время каждой активности.
- Выделите критический путь (наибольшая цепочка действий в вашей сети)
- Обновляйте диаграмму по ходу проекта.
Допущения в модели время-затраты
Модель время-затраты может быть описана на основе следующих допущениях:
В случае, если эти допущения не могут быть реализованы, модель следует адаптировать. Например, в графике выполнения задач следует принять во внимание о том, что стоит нивелировать нагрузку на ограниченные ресурсы, такие как специализированное оборудование.
Древовидная структура
Представление древовидной структуры представляет собой очень простое для понимания представление всего проекта. На следующем рисунке показано, как выглядит древовидная структура. Этот тип структуры организационной структуры можно легко нарисовать с помощью функций, доступных в MS-Word.
Затраты проекта по отношению к длительности
Следует уделить внимание критическому пути после того, как длительности задач будут сокращены. Если появится новый путь, следует подумать о новых сокращениях времени.
Чтобы минимизировать затраты, задачи, которые не лежат на критическом пути, могут быть расширены без увеличения продолжительности их выполнения.
Иерархическая структура контракта (cwbs)
Жизненный цикл, построенный на основании структуры контрактов, и отображает перечень работ проекта сгруппированные по договорам с подрядчиками. Структурирование по структуре контрактов используется при планировании и управлении контрактами компании.
Как можно улучшить диаграмму ганта?
Начальная версия диаграммы Ганта (будут это
, или же созданные вами проекты) зачастую требует внедрения дополнительных элементов для того, чтобы она мультифункциональная и эффектина не только для построения проектов, но и для управления ими.
Сильная сторона диаграммы Ганта в возможности наглядно отобразить статус каждой задачи, создавать план проекта с шаблоном диаграммы, отслеживать процессы на основе приоритетного планирования. Обычно диаграммы Ганта строят в специальном софте для управления проектами, например, Gantt chart — GanttPRO, Smartsheet или Wrike.
Как получить социальное жилье? – спроси совет
здесь квартиры не дают
Вы должны сами искать вести переговоры с фермитором,брать предложения и показывать ДЦ,если вы не работаете..Здесь так Это работает.
Самой найти, самой побегать,самой получить отовсюду разрешения и подтверждения..
Самой организовать переезд и т,д по списку…..
В моем возрасте торопиться – опасно, нервничать – вредно, доверять – глупо, а бояться – поздно. Остается только жить, причем в свое удовольствие!
Контурный вид
Контурный вид очень удобен для пользователя. Он обеспечивает хороший обзор всего проекта и позволяет легко вносить изменения. Он использует цифры для записи различных этапов проекта. Это выглядит примерно так:
Разработка программного обеспечения
Объем
Анализ / Требования к программному обеспечению
дизайн
развитие
тестирование
Повышение квалификации
развертывание
Давайте теперь посмотрим на древовидную структуру.
Критический путь
В 1957 году американская компания DuPont разработала метод, который предназначался для решении проблемы закрытия химических заводов компании для ремонта и последующего старта, когда ремонт будет завершен. Понимая всю сложность данного проекта, компания решила воспользоваться Методом Критического пути для решения такой задачи.
Такой дает следующие преимущества:
Критический путь моделирует активности и события проекта во взаимосвязанную сеть. Активности отображаются как “узлы”, а события (начало и конец активности) выглядит как арки и линии между узловыми пунктами.
Критический путь может быть определен 4 ключевыми параметрами каждой активности:
Резервное время
— это время между ближайшим и последним временем старта, или между ближайшим и последним временем окончания проекта. Резервное время — это то время, на которое может быть отложены ближайшее время старта и финиша без движения дедлайнов всего проекта.
Критический путь — это цепочка через всю сеть задач проекта, в которой ни одна из задач не имеет резервного времени, когда БС=ПН и БО=ПО для всех задач на пути. Перерыв автоматически ведет к сдвигу проекта. Если подводить итог, то чтобы уменьшить длительность проекта, нужно уменьшить время на задачи на критическом пути.
Метод критического пути
Метод критического пути (CPM) — это процесс определения и оптимизации критического пути. Некритические задачи пути могут начаться раньше или позже, не влияя на дату завершения.
Обратите внимание, что критический путь может измениться на другой, если вы укоротите текущий. Например, для СПП на предыдущем рисунке критический путь будет следующим:
Поскольку дата завершения проекта основана на ряде последовательных задач, эти задачи называются критическими.
Дата завершения проекта не основывается на обучении, документации и развертывании. Такие задачи называются некритическими задачами.
Назначение ролей в планировании проекта
ИСП — это основа планирования проекта. Однако она делается тогда, когда вы четко
знаете взаимосвязь ваших задач и время
, необходимое на их решение. ИСП создается специально,
чтобы выделить задачи в CPM или PERT подходах
Нарисуйте диаграмму в виде сети взаимосвязанных задач
Когда задачи и их последовательность определена, может быть построен критический путь. Изначально он создавался как узловая активность, но сейчас некоторые менеджеры проектов предпочитают показывать его в виде арок.
Обновление критического пути
По ходу проекта становится ясным настоящее время завершения проекта или диаграмму следует обновлять для включения этой информации. Может появиться новый критический путь с новыми дедлайнами и структурными изменениями.
Ограничения критического пути
Разработан для сложных, но достаточно рутинных проектов с возможность минимального изменения времени завершения задач. Для более хаотичных проектов критический путь теряет свою полезность.
Альтернатива — модель PERT
, которая позволяет менять длительность каждой активности.
Определение критического пути
Это наибольшая по длительности цепочка задач в вашей системе. Его важность заключается в том, что задачи, располагающиеся на этом пути не могут быть отложены либо просрочены без переноса дедлайнов проекта. Такой вид анализа очень важен для оценки длительности проекта в целом.
Определение последовательности задач
Выполнение одних задач напрямую связано с окончанием других. Определите, какие задачи следует выполнить в первую очередь, чтобы другие задачи не сдвигались.
Определите индивидуальные задачи
Для создания ИСП следует начать со списка всех задач проекта. Он может быть использован как базис для создания последовательностей и оценки времени выполнения проекта на следующих этапах.
Организационная иерархическая структура (obs)
Организационная иерархическая структура формируется на основании организационной структуры компании. Структурирование работ проекта относительно организационной иерархической структуры позволяет разделить работы проекта относительно подразделений компании.
От финиша до финиша (ff)
В отношении зависимости задачи «От конца к концу» (FF) задача B не может быть завершена до тех пор, пока задача A не будет выполнена.
Отношения зависимости задачи
В определенные моменты времени при планировании может потребоваться учитывать отношения зависимости задачи. Важные отношения зависимости задачи —
- Финиш на старт (FS)
- От финиша до финиша (FF)
Оцените время каждой активности.
Время, требуемое для завершения каждой задачи, может быть оценено на основе прошлого опыта или оценок экспертов. В то же время, критический путь — это оценочная модель, которая не учитывает разные варианты окончаний задач.
Оценить размер
Шаг 1 — Начните с функционального WBS.
Шаг 2 — Рассмотрим листовые узлы.
Шаг 3 — Используйте либо аналогию, либо широкополосный Delphi, чтобы получить оценки размера.
Оценить усилия
Шаг 1 — Используйте широкополосную технику Delphi для создания WBS. Мы предлагаем, чтобы задачи не были более 8 часов. Если задача имеет большую продолжительность, разделите ее.
Шаг 2 — Используйте широкополосную технику Delphi или трехточечную оценку, чтобы получить оценки усилий для задач.
Оценка целесообразности инвестиций через функциональную структуру стоимости.
Многообразие
видов декомпозиции проекта (продукта проекта) известно давно и в рамках
проектной деятельности заключается, в основном, в умелом использовании основных
структур, определяющих поток ключевых управленческих решений. Структура проекта
– это совокупность взаимосвязанных элементов и процессов проекта,
представленных с различной степенью детализации. В терминах управления
проектами структура проекта представляет собой «дерево» ориентированных на
продукт компонентов, представленных оборудованием, работами, услугами и
информацией, полученными в результате реализации проекта. К ним чаще всего
относятся именно структуры разбиения объектов и процессов
(Объектно-ориентированные и процессно-ориентированные структуры), которые чаще
известны как WBS, OBS, CBS, RBS и им подобные аббревиатуры. При этом WBS, чаще
всего, служит основой для первичного разбиения задач и работ проекта, а потому
наиболее популярна и исследована. Вместе с тем, имеет смысл вспомнить основной
набор альтернативных структур разбиения процессов и объектов, так или иначе
упоминаемых в проектной деятельности:
1. WBS (Work
Breakdown Structure) или Структура разбиения работ (СРР) – наиболее
часто используемая структура для анализа проекта, представляет собой
иерархическую взаимосвязь работ проекта, отражающую его основные результаты,
количество уровней детализации в которой определяется достаточностью для
планирования и мониторинга всех работ по проекту.
2. CWBS (ContractWorkBreakdownStructure) или
Иерархическая структура контрактов. В определенном смысле, такая структура
является аналогом OBS если его отнести к строительным
проектам. Правильнее такую структуру стоило бы называть – Контрактная модель
проекта, поскольку в строительных проектах объем контрактации может достигать
сотен контрагентов, а сами контракты, чаще всего, сложные или комплексные, то
есть включают такой набор работ, который может не охватываться отдельным лицом
или подразделением в OBS. Именно поэтому, OBS для строительных проектов менее предпочтительна по сравнению с CWBS, но и здесь надо учитывать стоимостной параметр контракта как ключевой фактор
учета и контроля эффективности проекта.
3. PBS (Product Breakdown Structure) или Иерархическая структура продукта – это тоже общепринятая форма
представления результатов проекта, которая описывает состав и иерархию
компонентов продукта проекта. Если мы говорим о строительном проекте, например,
здании, то как продукт оно состоит из строительных элементов – фундамента,
каркаса, ограждения, крыши и т.д. Отчасти это похоже на WBS, но в иерархии компонентов продукта присутствует именно законченный
элемент, описываемый как существительное. В отношении движимых продуктов это
представить легче, поскольку такие элементы просто воспринимаются как детали и
комплектующие. В WBSиерархия работ предполагает именно разбиение работ по созданию того же
фундамента, каркаса или крыши, а эти работы могут быть идентичны и работам в
других элементах продукта проекта. В определенном смысле, если речь идет о
комплексном промышленном или инфраструктурном проекте с большим количеством
самостоятельных зданий и сооружений, то состав проекта по титулам тоже можно
считать PBS, поскольку каждое здание является компонентом общего продукта проекта –
запущенного в эксплуатацию завода или предприятия.
4. OBS-1 (Organization Breakdown Structure) или Организационная
структура исполнителей – это тоже иерархическая структура, которая определяет
все уровни функционального управления работами проекта, начиная с руководителя
и команды проекта на верхних уровнях и заканчивая организациями, их отделами и
лицами, отвечающими за выполнение каждого пакета работ, на нижних уровнях. OBS
определяется по перечню пакетов работ нижнего уровня каждой из ветвей WBS и
представляется людьми, непосредственно организующими выполнение работ.
5. RBS-1 (Resource Breakdown Structure) или Структура потребления ресурсов – это тоже иерархическая структура,
которая фиксирует ресурсы, необходимые на каждом уровне для достижения целей и
подцелей проекта. Обычно сюда входят как материальные (то есть строительные
материалы, конструкции и оборудование), так и человеческие ресурсы, а также
необходимые расходные энергоресурсы, включая технику, машины, механизмы,
временные здания и сооружения и иные сервисные издержки. Структура потребления
ресурсов представляет собой иерархически построенный график, который фиксирует
необходимые на каждом уровне ресурсы. Используется для анализа средств,
необходимых для достижения целей и подцелей проекта и отчасти подобная
структуре разбиения продукта (см. далее).
6. RBS-2 (Risk Breakdown Structure) или
структура распределения рисков – это такой же важный и универсальный инструмент
повышения эффективности проекта, который помогает руководителю визуализировать
все риски проекта. Без RBS простой перечень рисков не будет иметь такого понятного
иерархического представления. В иерархической структуре рисков должны быть
представлены категории и подкатегории рисков, которые могут появиться на
проекте, т.е. выполняется максимальная декомпозиция рисков. Для разных проектов
и разных компаний применяется своя иерархическая структура рисков, но главным
преимуществом данного подхода является то, что участники процесса идентификации
детально анализируют все возможные риски из многочисленных источниках и в конце
формируют общую картину рисков, которые присущи рассматриваемому проекту.
7. CBS (Cost Breakdown Structure) или Структура расходов или затрат – это важнейшая иерархическая
структура, которая фиксирует стоимость элементов проекта на каждом уровне.
Структура расходов фиксирует стоимость элементов проекта на каждом уровне. Именно
CBS является наиболее спорным видом структуризации, поскольку, по аналогии с
рисками, иногда подразумевают структурное содержание затрат: постоянные или
переменные издержки, косвенные или прямые расходы. Вместе с тем, это одна из
важнейших видом структуризации, поскольку связывает
в своем содержании и риски проекта и контрактные комбинации CWBS, о котором
мы говорили выше.
Для принятия
эффективных управленческих решений иерархические структуры обычно рассматривают
совместно, в форме различных матриц и кубов. Чаще всего, различают двумерную и
трехмерную структуры проекта, например, наиболее типичная двумерная матрица –
объединение WBS и OBS-1 в Матрицу ответственности (RAM – Responsibility
Assignment Matrix) – структура, ставящая в соответствие иерархическую структуру
работ (WBS) и организационную структуру (OBS-1) для назначения ответственных на
все пакеты работ проекта. Такая двунаправленная структуризация проекта
заключается в объединении рабочей и организационной структуры проекта и
предусматривает поэлементный или попакетный учет расходов (RBS, CBS) и систему
кодирования работ и узлов сетевого графика (CTR/CPP). Целесообразно составлять,
кроме полного графика работ, сетевые графики отдельных пакетов работ, которые
называются сетевыми блоками или подсетями. Это обеспечивает возможность
проведения эффективного контроля, разрешает больше внимания уделять управлению
наиболее важными (критическими) подсетями, заменив процедуру постоянного
контроля всего сетевого графика и значительно экономя время. Двумерная
структура проекта позволяет интегрировать, планировать, контролировать работу и
сравнивать ее выполнение по подразделениям и в целом по организации. Если
изобразить рабочую структуру по вертикали, а организационную – по горизонтали,
то на пересечении получим элементы двумерной структуры, каждый из которых имеет
свои ресурсы, свой бюджет, что создает систему учета затрат.
Классическая
методология предполагает, что трёхмерная (кубическая) структура проекта
создается добавлением к двумерной матрице третьей оси, позволяющей увидеть
взаимную увязку элементов проекта в разных срезах. Трёхмерная матрица уже
предусматривает и учет затрат по видам работ и контрактным группировкам, и описание
пакетов работ, и их кодировку, необходимые инструменты и словари. Трехмерная
структура проекта позволяет собирать и анализировать информацию о затратах, а
также готовить отчеты о затратах для любого подразделения или элемента работ. Неудивительно,
что часто третью ось такой кубической матрицы и представляют в формате структуры
затрат – CBS. И тут как раз
начинается основной когнитивный дисбаланс в теории и полезности такой
структуры.
Очевидно,
что создание трёхмерных матиц с CBS вызывает определенные вопросы с точки зрения здравого смысла,
целесообразности и полезности в управлении проектами, тем более строительными.
Объединение разнометричных параметров на осях не дает какого-то внятного
ответа, почему и зачем те или иные работы, например, были отнесены к
конкретному исполнителю, а их стоимость остается просто констатационным фактом.
Принятие управленческих решений по таким разномерным кубам представляется
проблемным и неэффективным. Отсюда можно сделать только один вывод – собирание
двумерных матриц в кубы не только не дает логичного решения, но и отчасти еще больше запутывает исполнителей всех уровней.
Разумным переходом от подобной
смешанной трёхмерной структуры является переход к одноразмерным осям, где
каждая ось измеряется только одним параметром – СТОИМОСТЬЮ. Стоимостное
выравнивание осей позволяет не только адекватно воспринимать структурное разбиение,
но и делать главную задачу лиц, принимающих решения – моделировать стоимость элементов с позиции полезности для реализации проекта в будущем. Для
этого достаточно предположить, что любые структуры разбиваются иерархически не
по физическим или иным основаниям, а именно – по основанию стоимости. Например,
если мы представим ту же классическую матрицу RAM в виде соизмеримых структур, то она станет скорее матрицей WBS-OBS, но другого типа. Здесь OBS-2 – это вариант PBS, который формализован как OBS-2 – Object Breakdown Structure или структура разбиения комплексного
проекта на титулы, на отдельные здания, сооружения, системы, комплексы, внешние
инженерные сети и иные элементы генплана. Крестиками в квадратиках показаны
элементы стоимости, которые или присутствую, или отсутствует в конкретном
элементе структуры. Логично, что в таком разбиении суммарные итоговые значения стоимости ДОЛЖНЫ БЫТЬ РАВНЫ!
Иными словами, если уж создавать 3D-матрицу, то все оси там будут
стоимостные, а сама матрица будет называться: 3D–CBS.
Что дает
такая матрица? Преимуществ здесь очевидно больше, чем в разномерных осях
(например, работы и оргструктура), поскольку становится очевидно, что матрица
позволяет более эффективно формировать контрактную модель, как с учетом
сетевого графика по времени, так и с учетом загрузки конкретных исполнителей на
площадке. И, соответственно, точнее видеть потребность в финансировании и
закупках. Теперь, если применить подобный подход к другим видам структур,
становится очевидным, что они становятся здесь не применимыми. Например, если
вставить третьей осью риски, то данная матрица просто теряет смысл, даже если
риски выражены в стоимостных показателях. И если уж мы решили найти сочетаемый
аналитический срез проекта, то он может быть, например, ресурсный. Очевидно,
что при выполнении задач стоимостного инжиниринга, особенно в части оценки
новых проектов и целесообразности инвестиций, в BIM-данных
будут полезны комплексные очищенные
стоимости или зданий и сооружений, или сводных комплектов материалов. А если
выбрать основные материалы-представители, несущие на себе 80-90% очищенного CAPEX, то прогнозные оценки будут максимально точными без лишних сборов
данных. Здесь стоимостному инженеру предоставляется возможность выбора
наилучшего метода оценки стоимости нового проекта: или аналоги выбрать по
объемам материалов, или взять аналоги уже когда-то строившихся зданий и
сооружений в рамках релевантного допущения условий строительства и
эксплуатации. Или, что архиважно, одновременно использовать и ту и другую
возможность по разным титулам. По полностью повторяемым титулам, например –
полная стоимость аналога, по частично-применимым – стоимость материальных
ресурсов и пакетов оборудования. Третий срез данного куба – это срез RBS-OBS – дает очевидную стоимостную раскладку ресурсов по титулам. В результате
мы имеем возможность варьировать сценарии оценки просто по факту наличия или
отсутствия информации как о полной стоимости объектов-аналогов, так и об их
ресурсном наполнении в любом приемлемом наборе.
Но для
эффективного стоимостного моделирования новых проектов этих данных явно
недостаточно. Особенно это касается сложных промышленных предприятий с
многофункциональными технологическими линиями с большим числом переделов и
вспомогательных сервисов. Однозначно оценить такое предприятие по неким
аналогам просто невозможно в силу банального их отсутствия или возрастного
несоответствия. С другой стороны, и ресурсные оценки могут уже не отвечать
требованиям, поскольку в ход идут новые технологии, новые материалы и
оборудование, новы технологии организации строительном-монтажных работ и пуска.
Это говорит о том, что стоимостная 3D-матрица WBS-OBS-RBS уже не дает ответа на вопрос о наиболее эффективных проектных решениях.
Полноценный
анализ строящего объекта недвижимости, независимо от того, является он
монопродуктовым (то есть одно здание) или имеет большое количество разнообразных
зданий и сооружений, возможен при рассмотрении всех стоимостных аспектов при
оценке целесообразности инвестиций. Крайне важным аспектом, в этом свете,
является стоимостная оценка конкретных функциональных систем будущего объекта
недвижимости. Такая оценка проводится по методологии Функционально-стоимостного анализа (ФСА или Activity Based Costing, АВС),
который мы обычно ассоциируем с одним из методов определения себестоимости
товарной продукции или услуги, но не объекта недвижимости. ФСА-анализ – это метод
определения стоимости и других характеристик изделий, услуг и потребителей, в
основе которого лежит использование функций и ресурсов, задействованных в
производстве, маркетинге, продаже, доставке, технической поддержке, оказании
услуг, обслуживании клиентов, а также в обеспечении качества. При этом мы часто
забываем, что себестоимость продукции, в том числе посчитанной посредством
АВС-костинга, должна включать и амортизационную долю тех активов, которые
приняли участие в её создании. А соответственно стоимость такой продукции
(например, электроэнергии) будет включать сумму (CAPEX OPEX)на
функциональную себестоимость конкретного продукта. Именно с этой позиции,
функциональная структура проекта начинает играть важную роль в стоимостной
оценке: мы должны точно понимать какой вклад в функциональную стоимость
продукта вносит конкретный функциональный актив, т.е. совокупность ресурсов,
потраченных на создание и эксплуатационную пригодность конкретного
функционального блока. Именно поэтому
ФСА-анализ часто называют методом системного исследования функций объекта с целью
поиска баланса между себестоимостью и полезностью.
Пример здесь
может самый простой. Если мы знаем, что нам необходим для производства
продукции сжатый воздух, который требуется различных цехах, но не во всех
зданиях, то нам надо принять решение или о его производстве в заводских
условиях, либо о его закупки у поставщиков из внешних установок. Сравнить эти
два сценария можно только если мы четко осознаем реальную себестоимость куба
сжатого воздуха нужного качества при определенном ТУ давлении. Для этого мы
анализируем все капитальные затраты на создание системы генерации, подачи и
утилизации сжатого воздуха по всем потребителям (функциональный CAPEX), оцениваем операционные издержки на его производства (функциональный
ОРЕХ) и, исходя из срока работы установки и системы в целом, её максимальной и
минимальной производительности, оцениваем себестоимость куба сжатого воздуха
собственного производства. Вероятно, это будет очень дорогой куб воздуха (не
очень часто он нужен), по сравнению с закупкой такого воздуха у соседнего
предприятия, где он требуется постоянно.
Функционально-стоимостной
анализ – это больше чем просто метод оценки стоимости, это технология,
позволяющая оценить реальную стоимость продукта или услуги безотносительно к
организационной структуре компании. Как прямые, так и косвенные расходы
распределяются по продуктам и услугам в зависимости от объема ресурсов,
требуемых на каждом из этапов производства. Действия, производимые на этих
этапах, в контексте метода ФСА и называются функциями (Activities), а конечная
цель состоит в обеспечении правильного распределения средств, выделяемых на
производство продукции или оказание услуг, по прямым и косвенным издержкам. Это
позволяет наиболее реалистично оценивать расходы компании. Именно поэтому имеет
смысл говорить о трансформации нашей стоимостной 3D-матрицы в
функционально-стоимостную матрицу, имеющую ось с FBS-CAPEX (Functional Breakdown Structure).
Иными словами, мы создаем новую
иерархическую структуру на основе функционально-стоимостного анализа будущего
объекта недвижимости под аббревиатурой FBS (Functional Breakdown Structure)или Функциональная Структура затрат. Предполагая, что это еще одна важная
иерархическая структура, которая фиксирует стоимость элементов проекта по
каждой производственной функции, выделение которой имеет свою целесообразность
и аналитическую обособленность. Примеры таких функций могут быть самые
разнообразные и, в общем случае, они могут охватывать совершенно разный набор
зданий и сооружений. Для проведения стоимостного выравнивания обычно
формируется или реальная технологическая функция (технология основного производства), в которую
входят все прочие элементы строительства и ресурсы, не вошедшие в конкретные
функции. Или номинальная организационно-управленческая функция, например, для
непромышленных проектов, которая объединяет в себе все прочие затраты. Для
промышленных предприятий, управленческая функция в принципе может
рассматриваться как самостоятельная, а может и как интегральная, в которую
входя и транспортные задачи, и сети связи и иные управленческие функциональные
ресурсы.
В любом
случае, оценив реальные капитальные затраты конкретных производственных
функций, мы сможем не только сравнить их строительную (CAPEX) или полную
(CAPEX OPEX) себестоимость, но и конечную цену для отпуска на сторону, что также
влияет на принятие решения о создании той или иной функции. Освободив всю
стоимость будущего производства от стоимости функциональных групп, мы сможем
оценить и сравнить себестоимость основного технологического производства с
учетом косвенных издержек, которую уже реально можно сравнивать с конкурентными
производителями или субститутами на основании рыночных цен на функциональную
продукцию или услуги, например, полученные от аутсорсеров.
С
позиции оценки стоимостной 3D-модели
будущего объекта недвижимости, функциональная структура декомпозиции может
использоваться как взамен WBS
и формировать кубический стоимостной блок типа FBS – OBS-2 – RBS-1.
Или заменить иной аналитический срез, например, убрать анализ по зданиям и сооружения
комплексного проекта, просто в силу того, что строится одиночное здание. Даже
одиночное здание имеет работы по благоустройству, подводу внешних инженерных
сетей, устройству дорог и внешней защиты и т.п., то есть набор отдельных
объектов присутствует, но он привязан к одному зданию. Тогда стоимостная модель
будет иметь формат FBS – WBS
– RBS-1, которая дает возможность анализа и формирования контрактных
группировок по видам работ и ресурсам в соответствие с функциональными задачами.
Очевидно, что стоимостное моделирование функций становится важной часть
планирования как промышленного производства, так и иных крупных
инфраструктурных проектов, особенно таких, которые всегда имеют аутсорсинговую
альтернативу. Более того, такие проекты должны и обязаны генерировать такую
предпринимательскую альтернативу в местах локализации крупных проектов.
Каждый
отдельный кубик в такой трехмерной конструкции представляет собой уникальную
стоимостную единицу, которая одновременно содержит коды ресурса, объекта недвижимости,
работы и функциональной группировки. Отнести такую единицу к контракту или
иному организационному делению возможно, но только после наполнения этих цен
индексными показателями, созданными в рамках конкретного проекта. В набор этих
индексов входит, как и перераспределение прибыли проекта между всеми
участниками, а также оценка и покрытие рисков в рамках плана управления
рисками. Именно здесь появляется необходимость оценки рисков конкретных
функций, например, остановка линии подачи воздуха или иной энергосреды. В любом
случае, именно такие стоимостные блоки являются составляющими элементами того
или иного контракта и формирования его предельной или целевой стоимости для
проведения торгов. Разумеется, мы предполагаем, что каждый элемент стоимости
представляет собой максимальную стоимость для Заказчика, потому поиск
оптимального контракта может строиться не только на основе графика выполнения
работ, проектирования и поставок, но и на основе компенсационных балансов цены
контракта, когда затраты на мобилизацию в одном объеме работ могут быть
компенсированы последующими дополнительными соглашениями и объемами, не
включающими эти затраты. И таких примеров стоимостного моделирования можно
привести много.
С
другой стороны, функциональная структуризация влияет на организацию пуска и
поочередного ввода в эксплуатацию тех или иных зданий и сооружений, необходимых
для комплексного пуска. Очень часто бывает так, что некоторое строение будет
сдаваться много позже, чем включенная в его функциональная система, охватывающая
всё предприятие. А поскольку эта же система требуется для промежуточного пуска
или испытаний, то и все это здание придется строить раньше обычного. Либо
принимать решение о создании временных функциональных сооружений и сетей,
которые позволят провести испытания без упомянутого здания. А это уже решение о
стоимости и о рисках, а также и об объемах контракта, выносимого на конкурс.
Наконец,
если вернуться к вопросу управления стоимостью на всех этапах жизненного цикла
проекта, можно констатировать, что представленная модель FBS или Функциональной структуры стоимости нам кажется абсолютно работоспособной и
применимой для автоматизации и оцифровки задач управления стоимостью, а не
только стоимостного инжиниринга. Мы уже предложили методику экспресс-анализа
текущей стоимости любого проекта исходя из фиксированной стоимости конкретного
элемента на своем этапе.
В случае существенных колебаний стоимости можно принимать корректирующие
решения не только в отношении того или иного здания или сооружения, а в
отношении функциональной системы, например, просто заменив её целиком на более
дешевую альтернативу. Это может быть и просто отказ от целой системы и,
соответственно, уменьшение объемов строительно-монтажных работ. Так или иначе, функциональная структура – существенный инструмент
управления стоимостью будущего объекта недвижимости.
Планирование
Как только СПП готова и оценки размера и усилий известны, вы готовы к планированию задач.
При планировании задач необходимо принимать во внимание определенные вещи:
Приоритет — задача, которая должна быть выполнена до того, как другой, как говорят, будет иметь приоритет перед другим.
Параллелизм — Параллельные задачи — это задачи, которые могут выполняться одновременно (параллельно).
Критический путь — конкретный набор последовательных задач, от которых зависит дата завершения проекта.
По жизненному циклу проекта (wbs)
Жизненный цикл проекта по фазам отображает процесс создания результатов проекта. В зависимости от технологии реализации проекта, жизненные циклы одних и тех же продуктов могут отличаться.
По составляющим продукта проекта (pbs)
Жизненный цикл проекта по продуктам отображает структуру продуктов проекта. Данный жизненный цикл строится на основании модели декомпозиции продуктов проекта. Продукты проектов отображаются в проекте в виде вех описывающих составные части продукта проекта.
Преимущества оценки с использованием wbs
WBS значительно упрощает процесс оценки проекта. Он предлагает следующие преимущества по сравнению с другими методами оценки —
В WBS определена вся работа, которую предстоит выполнить проекту. Следовательно, изучая СПП с заинтересованными сторонами проекта, вы с меньшей вероятностью будете пропускать любую работу, необходимую для достижения желаемых результатов проекта.
WBS приводит к более точным оценкам стоимости и графика.
Менеджер проекта получает участие команды для завершения СПП. Такое участие команды порождает энтузиазм и ответственность в проекте.
WBS обеспечивает основу для назначения задач. В качестве точного задания назначается конкретный член команды, который будет нести ответственность за ее выполнение.
WBS позволяет осуществлять мониторинг и контроль на уровне задач. Это позволяет вам измерять прогресс и гарантировать, что ваш проект будет доставлен вовремя.
Примавера п6
Primavera – это модель предприятия, созданная системами Oracle и SAP ERP, наиболее часто используемая в качестве инструмента планирования проекта для любого проекта. Даже опытные менеджеры проектов знают, что что-то может пойти не так, могут возникнуть неуправляемые ситуации, бюджет может быть превышен, пропущены сроки и часто меняются масштабы. поэтому они склонны использовать это программное обеспечение для оптимального потока проекта.
Существенные особенности для Primavera P6 приведены ниже
- Определите и настройте EPS (Структура проекта предприятия).
- Добавить проекты в иерархию EPS.
- Определить СПП (Структура разбивки работ).
- Создать OBS (Организационная структура структуры).
- Установить стандартные рабочие часы в день
- Распределение ресурсов проекта
- Добавить календарь к ресурсам и мероприятиям.
- Добавить деятельность в WBS.
- Ввод информации о деятельности.
- График проекта.
- Обновление прогресса проекта.
- Анализ и предварительный просмотр проекта
- Последовательность действий.
- Экспорт расписания проекта в листы Excel.
- Сравнить графики с заявкой
Образец вида Primavera P6 R3.2
Это программное обеспечение чаще всего используется инженерами по планированию и менеджером по планированию. Это помогает в дальнейшем для эффективного общения в проекте, показывает видимость, отслеживает задачи проекта и процент выполнения задачи на уровне детализации.
Усовершенствованная версия R3.2 в primavera делает проект более осуществимым и точным, что позволяет руководителю проекта постоянно обновляться и анализировать неточные затраты. Создание диаграмм Ганта, это показывает прогресс в процентах в диаграммах. Правильное понимание задач и целей для беспрепятственного прохождения проекта.
Ресурсная иерархическая структура (rbs)
Ресурсная иерархическая структура используется для управления ресурсами компании, используемые на проектах. Ресурсная иерархическая структура описывает следующие ресурсы:
- Материальные ресурсы.
- Оборудование.
- Трудовые ресурсы.
Наличие единой структуры для всех проектов портфеля компании позволяет оценить потребности в ресурсах и более качественно планировать ресурсы всей компании.
Данный материал рассматривается на практических тренингах на ресурсе Онлайн-курсы.
Руководство по структуре работ
Следующие рекомендации
- Рабочее задание не должно превышать не более 10 дней.
- Независимая задача должна быть выделена
- подэлементы должны быть созданы под основным элементом
- Высокий уровень представляет статус окончательного проекта.
- Действия предшественника должны зависеть от действия преемника.
- Распределение ресурсов
- Назначение задач людям
- Метод управления критическим путем
- Распределение времени
- Создание базовой линии
- Создание правила
- Назначение календаря
WBS в основном используется во многих программах управления, примеры приведены ниже,
Терминология для разных уровней
Каждая организация использует собственную терминологию для классификации компонентов ИСП, согласно их уровню иерархии. Например, некоторые организации разделяют на
разные уровни задачи, подзадачи и перечни работ
Другие же используют фазы, данные и активности.
Типы wbs
Есть два типа WBS —
Функциональная СПП — В функциональной СПП система разбивается на основании функций в разрабатываемом приложении. Это полезно при оценке размера системы.
Действие WBS — В действии WBS система разбивается на основе действий в системе. Действия далее разбиты на задачи. Это полезно при оценке усилий и графика в системе.
Функциональная СПП — В функциональной СПП система разбивается на основании функций в разрабатываемом приложении. Это полезно при оценке размера системы.
Действие WBS — В действии WBS система разбивается на основе действий в системе. Действия далее разбиты на задачи. Это полезно при оценке усилий и графика в системе.
Уровень деталей
Разбиение проекта на компоненты ускоряет распределение ресурсов и устанавливает сферы ответственности каждого члена команды. Чем лучше вы детализируете вашу ИСП, тем более точными будут ваши действия.С одной стороны, не следует слишком детализировать структуру, чтобы не стать жертвой микро-менеджмента.
Устройство иерархии по результатам и фазам работ
ИСП может быть сформирована вокруг фаз и результатов проекта на протяжении всего его жизненного цикла. За более высокие уровни структуры обычно ответственны рабочие группы. Тогда как задачи нижнего уровня выполняются индивидуально. Таким образом, в ИСП как структуре, основанной на результатах, вовсе не обязательно создавать конкретные задачи.
Финиш на старт (fs)
В отношении зависимости задачи «От конца к началу» (FS) задача B не может быть запущена до тех пор, пока не будет выполнена задача A.
Шаги, созданные для проекта с использованием wbs
Фаза (уровень 1).
Каждый проект разбит на категории или уровни, это используется для поиска действий на соответствующих этапах. Это впервые создано в WBS.
Запись по записи (уровень 2).
Записи, которые выполняются на этапах, называются записями СПП, где они подразделяются на подуровни. После создания фазы создаются записи СПП.
Деятельность (уровень 3).
Продолжая запись WBS, затем создали действия, которые используются для выполнения задачи для завершения большей. Самый низкий уровень СПП называется активностью. Все действия назначаются человеку для выполнения задачи.
WBS – это метод управления проектом для организации и определения масштаба проекта, он использует хорошо структурированный формат древовидных структур. WBS запланировал выход, а не действия. Результат проекта или результат может быть предсказан точно.
Первые 2 уровня, которые являются корневыми и коллективными данными проекта, представляют собой 100% область.
По завершении каждого действия дерево отображает точные данные из ветвей.
