Просницкий А. Самоучитель по Spider project.2010

Подождите немного. Документ загружается.

Управление проектами в Spider Project Professional Demo

Страница 151 из 215

Рис. 13.39. Настройка представления отчета о проделанной работе за месяц

Нажимаем кнопку «Назад» и «Сохранить как шаблон», вводим название «Отчет о

проделанной работе за два месяца» с кодом «О_Объем_2Мес» и нажимаем «Отмена».

Теперь в меню «Отчет  Отчеты и диаграммы по шаблону  Табличный отчет»

выбираем шаблон «Отчет о проделанной работе за месяц» и нажимаем «ОК». Скрываем

колонку «Код». После колонки «Единица объема» выводим понедельные колонки с

объемами. В меню «Таблица» выбираем «Сохранить конфигурацию в файл» и сохраняем

со следующим названием «Помесячный отчет о выполненных работах».

Теперь, если мы закроем данный отчет, построим его заново и в меню «Таблица»

выберем «Загрузить конфигурацию», получим снова этот отчет. Фрагмент его на рис.

13.40.

Рис. 13.40. Фрагмент отчета о проделанной работе за месяц с понедельной разбивкой

Управление проектами в Spider Project Professional Demo

Страница 152 из 215

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

Настройка печати производится с помощью пиктограммы принтера.

13.5. СЦЕНАРИИ ДЛЯ ФОРМИРОВАНИЯ ПРЕДСТАВЛЕНИЯ ПРОЕКТА

ДЛЯ РАЗЛИЧНЫХ ПОЛЬЗОВАТЕЛЕЙ

13.5.1. Сценарий

Если в процессе работы с проектом или документом приходится неоднократно

выполнять определенную последовательность действий, можно автоматизировать этот

процесс, используя сценарии.

Сценарий/макрос – это набор команд, которые выполняют заданные пользователем

действия в определенном порядке.

Сценарий создается в Диалоговом окне сценария. Открыть это окно можно в

таблице «Сценарии» или выбрав в меню представления Гантт Работ пункт «Действие 

Сценарий  Создать». После выбора пункта меню «Создать» открывается Диалоговое

окно сценария, предназначенное для создания и редактирования сценария (рис.13.41).

Сценарий можно создавать разными способами:

вводить команды вручную последовательно, одну за другой, непосредственно в

поле ввода данного диалогового окна (перечень команд сценария, их описание,

описание синтаксиса языка см. в «Справке», в разделе «Синтаксис языка

сценариев»);

 с помощью кнопки «Вставить команду» (при этом откроется диалоговое окно

«Добавления команды», в котором из списка команд выбирается нужная, и с

помощью кнопки «ОК» добавляется в сценарий, вставая на место курсора мыши);

 с помощью кнопки «Загрузить из файла» (в открывшемся окне следует выбрать

ранее созданный и сохраненный сценарий, который будет импортирован из

текстового файла). Сценарий, загруженный из файла, целиком заменяет сценарий,

находящийся в данном диалоговом окне;

 с помощью кнопки «Вставить из файла» ранее созданный сценарий можно

добавить в сценарий, который находится в данном диалоговом окне;

 кнопка «История» вызывает диалоговое окно «Истории сценария», в котором

можно выбрать недавно выполненный сценарий и добавить его в диалоговое окно

сценария. История сценариев (время создания и описание каждого сценария)

сохраняется только до выхода из программы.

Управление проектами в Spider Project Professional Demo

Страница 153 из 215

Рис.13.41. Главное меню окна «Создание сценария»

Созданный в диалоговом окне сценарий будет выполнен сразу же после нажатия

кнопки «ОК».

Кнопка «Сохранить в файл» позволяет сохранить созданный сценарий в текстовый

файл для его дальнейшего использования. В рамке «Файл» отображается путь и имя

сохраненного файла.

Если Вы сохранили сценарий в текстовый файл, то у Вас появляется возможность

выполнить его из командной строки. Для этого в командной строке необходимо прописать

полный путь к программе Spider, затем проставить символы /s exec и далее прописать

полный путь к файлу сценария.

13.5.2. Настройка сценария для формирования представления для

менеджера проекта

Так как у большинства руководителей проектов и руководящего состава компании,

которая реализует проекты, нет времени на изучение программного продукта на предмет

построения различных отчетов, эта ответственность ложится полностью на аналитиков

проекта, людей, ведущих компьютерные модели проектов и портфелей. Поэтому аналитик

проекта должен под каждого пользователя модели создавать сценарии, которые будут

строить необходимые диаграммы, отчеты и выводить нужные ему колонки с информацией

по проекту. Естественно, в компании должны быть утверждены правила отчетности и

правила ее оформления.

После того как у менеджера проекта будет установлен бесплатный программный

продукт Spider Project Professional Viewer, аналитик проекта на его рабочем месте

запускает данный программный продукт, открывает компьютерную модель проекта с уже

включенными в нее шаблонами отчетов и диаграмм.

Перед разработкой сценария аналитик настраивает представление/конфигурацию

для менеджера проекта, выполняя следующие действия:

1. В меню «Гантт» выбирает «Настройка  Детализировать до уровня 2».

2. В центральной части выводит пользовательские колонки «Отклонение по

срокам», «Отклонение по стоимости» и встроенную колонку «ЧДД

(Отклонение)».

3. В меню «Гантт – Конфигурация – Сохранить в проект как новую» сохраняет

конфигурацию «Представление для менеджера проекта», рис. 13.42.

Рис.13.42. Настройка конфигурации

Далее в меню «Действие» выбирает «Сценарий  Создать», ставит галочку

«Создавать сценарий под действием пользователя» и выполняет следующие действия:

1. Раскрывает проект до операций.

2. В меню «Отчет», выбирает «Отчеты и диаграммы по шаблону  Табличный

отчет», выбирает «Отчет о проделанной работе за два месяца».

3. В построенном отчете в меню «Таблица» загружает конфигурацию из файла

«Помесячный отчет о выполненных работах».

4. Переключается в Гантт работ.

5. В меню «Действие» применяет формулы для расчета сигналов по отклонению

стоимости и сроков.

Управление проектами в Spider Project Professional Demo

Страница 154 из 215

6. В представлении «Гантт работ» переключается в конфигурацию «Представление

для менеджера проекта».

7. В меню «Гантт – Настройка» собирает все до второго уровня.

8. В меню «Отчет», выбирает «Тренды отклонений  Диаграмма» и строит «Тренд

отклонений по срокам» и «Тренд отклонений по стоимости».

9. Строит диаграмму по шаблону «Кеш-фло по доходу от реализации».

10. В окне (зайти в меню «Действие» выбирать «Сценарий - Создать») «Создание

сценария» нажимает «Сохранить как избранный» и сохраняет сценарий с

именем «Для менеджера проекта».

11. Нажимаем кнопку «Закрыть».

Теперь, если проект собрать до первой фазы, удалить диаграммы и построенный

отчет, нажать на кнопку , программа самостоятельно выполнит все перечисленные

шаги с 1 по 11 и менеджер проекта получит на экран необходимую для него информацию.

Результат работы сценария изображен на рис. 13.43.

Рис.13.43. Результат работы избранного сценария

Управление проектами в Spider Project Professional Demo

Страница 155 из 215

14. УПРАВЛЕНИЕ ПОРТФЕЛЕМ ПРОЕКТОВ

14.1. УПРАВЛЕНИЕ ПРОЕКТНОЙ ДЕЯТЕЛЬНОСТЬЮ ОРГАНИЗАЦИИ

Основными сложностями, с которыми сталкивается организация при ведении

проектной деятельности, при большом количестве одновременно ведущихся проектов

обычно являются: определение наиболее приоритетных проектов при принятии

управленческих решений; трудности в оценке экономической эффективности от

реализации проекта каждого конкретного проекта/проекта в рамках портфеля и др.

В зависимости от организационной структуры компаний, их потребностей, функций

аналитической службы, категорий проектов и так далее, все проекты организации могут

группироваться в Портфель проектов, Программу, Мультипроект или являться отдельными

проектами.

Дадим определение каждой из этих групп:

 Мультипроект – это группа проектов, которые используют одни и те же

ресурсы и направлены на достижение единой цели.

 Программа – это группа проектов, использующих несвязанные ресурсы, но

направленных на достижение одной или нескольких стратегических целей.

 Портфель проектов – это группа проектов, мультипроектов, программ,

имеющих общее финансирование, направленных (прямо или опосредовано)

на реализацию стратегии компании.

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

вправе уточнять их для формирования корпоративного понятийного аппарата.

14.1.1. Мультипроектное управление

Технология разработки компьютерной модели мультипроекта не отличается от

изложенной в предыдущей части. Ниже приведена достаточно общая схема разработки

компьютерной модели мультипроекта.

Компьютерная модель каждого нового проекта полностью формируется

менеджером проекта и направляется в аналитическую службу для включения ее в

Мультипроект – общую модель проектов, включающего все текущие проекты

организации. Рассматривая работу с отдельным проектом, мы говорили о том, что

ресурсы поступают в полное распоряжение менеджера проекта. Если же отдельные

проекты объединяются в мультипроект, то ресурсы компании могут быть

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

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

функциональными руководителями подразделений.

Финансирование и поставки также считаются общими для мультипроекта, а

распределение денежных средств и материалов между проектами рассчитывается,

исходя из текущей целесообразности.

После включения проектов в общую модель, расстановки приоритетов между

проектами (фазами мультипроекта) и проведения связей между операциями

имеющихся в модели проектов производится расчет расписания мультипроекта. Если в

результате расчета оказывается, что для исполнения целей мультипроекта необходимо

внести изменения в модель, то рассчитанные проекты направляются менеджерам

проектов для корректировки.

Если же мультипроект утверждается, каждый менеджер проекта получает

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

общей модели.

14.1.2. Приоритеты фаз

Проекты имеют разную степень важности и менеджер мультипроекта присваивает

отдельным проектам приоритеты (числовое значение), соответствующие этой важности.

Управление проектами в Spider Project Professional Demo

Страница 156 из 215

Приоритет – число, определяющее очередность выполнения фаз при

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

Для удобства механизм определения приоритетов проектов можно формализовать,

определив единый набор критериев для оценки каждого проекта.

Приоритет фаз работает аналогично приоритету операции, но при этом является

главенствующим над ним. Так, если внутри фазы оказывается операция, имеющая

больший, чем фаза, приоритет, то приоритет операции будет игнорироваться (при расчете

с учетом приоритета фаз). При этом все операции внутри фазы будут располагаться

согласно значениям их приоритетов.

Приоритет фазы задается в окне свойств фазы на странице «Исходные данные».

Проекты с более высоким приоритетом получают ресурсы в первую очередь, при

прочих равных условиях операции менее приоритетных проектов откладываются, если

дефицитные ресурсы необходимы для проектов с более высокими приоритетами. Если

операции допускают прерывание, то ресурсы могут сниматься с менее приоритетных

операций в процессе их исполнения.

14.1.3. Портфель проектов и работа с портфелем проектов

Портфель проектов – это совокупность проектов компании (в том числе и не

начатых), объединенных, как правило, общим финансированием и направленных на

реализацию стратегии компании. В портфель проектов могут входить как проекты,

объединенные в программы, и мультипроекты, так и отдельные проекты. Управление

портфелем проектов позволяет оценить инвестиционную привлекательность проектов,

определить оптимальную для организации схему финансирования, сбалансировать

возможные противоречия между различными направлениями деятельности компании,

ресурсами, участвующими в проектной деятельности, и так далее.

Управление портфелем проектов происходит на уровне высшего руководства

организации. Своевременное внесение данных об исполнении проектов, входящих в

портфель, обеспечивают руководителя сводную информацией по распределению

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

проектов. Кроме того, в реестре портфеля проектов содержится краткая информация о

каждом проекте портфеля, предварительно заданная в паспорте проекта как то: основные

характеристики проекта, рассчитанные показатели экономической эффективности,

необходимые комментарии и т.п..

Если необходимо пересмотреть расписания проектов портфеля, то проекты

собираются в мультипроект, в расписания вносятся корректировки и проекты портфеля

рассылаются либо под номером текущей версии, либо как новая версия (данная версия

будет иметь следующий порядковый номер за последней версией).

14.2. СИСТЕМА КОДИРОВАНИЯ ОБЪЕКТОВ ВО ВСЕХ ПРОЕКТАХ

КОМПАНИИ

14.2.1. Цель

Для всех объектов, используемых в проектах компании (проекты, фазы, операции,

ресурсы, материалы, стоимостные составляющие и т.д.), необходимо разработать единую

систему кодификации.

Единая система кодирования проектов (далее ЕКД) фаз, работ, ресурсов,

материалов, типов работ и ресурсов позволит реализовать механизм управления

портфелем проектов организации, получать кросс-проектные отчеты, обеспечить

применение во всех проектах таких отчетов, которые получаются в результате

применения стандартных фильтров и группировок.

ЕКД позволит избежать дублирования (появления одинаковых объектов созданных

в разных проектах, объединенных в один портфель) а также избыточности информации в

портфеле.

Управление проектами в Spider Project Professional Demo

Страница 157 из 215

ЕКД является главным условием для формирования системы корпоративных

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

14.2.2. Техника моделирования

14.2.2.1 Кодирование календарных исключений

Пример кодирования календарных исключений приведен в таблице 14.1.

Таблица 14.1. Пример кодирования календарных исключений

Code

Name

Start

Fin

Код

Название

Начало

Окончание

КИ_08_НГ_ИТР

Новый Год ИТР 2008

31.12.2008 16:00

03.01.2009 9:00

КИ_09_НГ_ИТР

Новый Год ИТР 2009

30.12.2008 16:00

03.01.2009 9:00

КИ_08_НГ_Раб

Новый Год рабочих

31.12.2008 18:00

03.01.2009 8:00

КИ_09_Рожд

Рождество

06.01.2009 16:00

08.01.2009 9:00

КИ_24Авг

День Независимости

23.08.2009 16:00

25.08.2009 9:00

Коды одних и тех же календарных исключений в разных проектах, как и всех

объектов в проектах, в случае, если они имеют одинаковые свойства (название, начало,

окончание, периодичность исключения) должны быть одинаковыми. В случае если

календарное исключение повторяется каждый год, но ежегодно имеет разные даты

начала и/или окончания, в кодировке необходимо учитывать год актуальности

календарного исключения. Для удобства идентификации объекта все коды календарных

исключений целесообразно начинать с «КИ_», где «КИ» - календарное исключение.

14.2.2.2 Кодирование недель

Пример кодирования недель приведен в таблице 14.2.

Таблица 14.2. Пример кодирования недель

Code

Name

MonTime

Код

Название

1-Понедельник

Н_Раб

Неделя рабочих

7:00 - 11:00; 12:00 - 16:00; 16:30 - 22:40;

Н_БетАрм

Неделя бетонщиков, арматурщиков

7:00 - 10:30; 11:00 - 15:30; 16:00 - 22:40;

Н_ИТР

Неделя ИТР

9:00 - 13:00; 14:00 - 18:00;

В случае если недели в разных проектах имеют полностью одинаковые свойства

(название/предназначение, рабочие дни и рабочие периоды), то они должны иметь

одинаковые коды. Для удобства идентификации объекта коды всех недель целесообразно

начинать с «Н_», где «Н» - неделя.

14.2.2.3 Кодирование календарей

Пример кодирования календарей приведен в таблице 14.3.

Таблица 14.3. Пример кодирования календарей

Code

Name

WeekCode

WeekName

Код

календаря

Название календаря

Код недели

Название недели

К_Раб

Календарь рабочих

Н_Раб

Неделя рабочих

К_ БетАрм

Календарь бетонщиков,

арматурщиков

Н_ БетАрм

Неделя бетонщиков-

арматурщиков

К_ИТР

Календарь ИТР

Н_ИТР

Неделя ИТР

В случае если календари в разных проектах имеют полностью одинаковые свойства

(название, содержат одну и ту же неделю и календарные исключения), то они должны

иметь одинаковые коды. Для удобства идентификации объекта коды всех календарей

целесообразно начинать с «К_», где «К» - календарь.

Управление проектами в Spider Project Professional Demo

Страница 158 из 215

14.2.2.4 Кодирование стоимостных составляющих

Пример кодирования стоимостных составляющих приведен в таблице 14.4.

Таблица 14.4. Пример кодирования стоимостных составляющих

Code

Name

Discount

Formula

Код

Название

Процент дисконтирования

Формула

С_ЗП_Раб

Зарплата рабочих

С_ЗП_ИТР

Зарплата ИТР

С_Д_Реал

Доход от реализации

В случае если стоимостные составляющие в разных проектах имеют полностью

одинаковые свойства (название, процент дисконтирования, формула для расчета и

стоимостные периоды со стоимостью единицы) и используются для определения

одинаковых показателей (затратных либо доходных), то они должны иметь одинаковые

коды. Для удобства идентификации объекта коды всех стоимостных составляющих

целесообразно начинать с «С_», где «С» - стоимостная составляющая.

14.2.2.5 Кодирование материалов

Пример кодирования материалов приведен в таблице 14.5.

Таблица 14.5. Пример кодирования материалов

Code

Name

c_fix_С_Мат

Код

Название

С_Мат [За

Единицу]

К581121-А005

Блоки бетонные для стен подвалов марки ФБС12.4.6-Т

161.49

С124-3

Горячекатаная арматурная сталь гладкая, класс А-1, диаметр 10 мм

5 321.66

С1999-9009

Дрова

117.95

В случае если материалы в разных проектах имеют полностью одинаковые свойства

(название, единицу измерения, стоимость за единицу измерения и стоимостные периоды),

то они должны иметь одинаковый код. Для материалов может применяться любой принцип

кодификации, но необходимо, чтобы коды материалов в компьютерной модели проекта

совпадали с кодами этих же материалов в других базах данных компании, например с

кодами материалов в 1С и/или с кодами материалов, принятыми в государственных

строительных нормах (ДБН). В случае если в компании используются одни и те же

материалы, но купленные у разных поставщиков по разным ценам, эти материалы должны

иметь отличные коды (например, С124-3_Х и С124-3_У, где Х и У – коды поставщиков в

системе учета компании).

14.2.2.6 Кодирование центров стоимостей

Пример кодирования центров стоимостей приведен в таблице 14.6.

Таблица 14.6. Пример кодирования центров стоимостей

Code

Name

IncSpend

IncProf

ContentCodes

Код

Название

Включать расходы

материалов

Включать

доходы материалов

Состав

[Коды]

ЦС_ССР

Сводно-сметный расчет

Да

Нет

ЦС_КФ_ФП

Кеш-фло по финансированию

Да

Нет

ЦС_ССП

Себестоимость проекта

Да

Нет

В случае если центры стоимостей в разных проектах имеют полностью одинаковые

свойства (название, состав стоимостных составляющих и материалов, включенные или

исключенные расходы и доходы материалов), то они должны иметь одинаковые коды. Для

Управление проектами в Spider Project Professional Demo

Страница 159 из 215

удобства идентификации объекта коды всех центров стоимостей целесообразно начинать

с «ЦС_», где «ЦС» - центр стоимостей.

14.2.2.7 Кодирование ресурсов

Пример кодирования ресурсов (трудовых, машин и механизмов) приведен в

таблице 14.7.

Таблица 14.7. Пример кодирования ресурсов

Code

Name

c_tim_С_Мех

c_tim_С_ЗП_Раб

c_tim_С_ЗП_ИТР

Calen

Код

Название

С_Мех

[В Час]

С_ЗП_Раб

[В Час]

С_ЗП_ИТР

[В Час]

Календарь

И_МП

Менеджер проекта

К_ИТР

С203-401

Лебедки электрические

К_Мех

С3456

Разнорабочий

К_Раб

Если ресурсы в разных проектах имеют полностью одинаковые свойства (название,

стоимость в час, календарь, стоимостные периоды и стоимость единицы), то они должны

иметь одинаковые коды. Для ресурсов может применяться следующий принцип

кодификации: для рабочих специальностей, для машин и механизмов необходимо, чтобы

их коды в компьютерной модели проекта совпадали с кодами ресурсов, принятыми в

государственных строительных нормах (ДБН) и с кодами этих же ресурсов в других базах

компании, например, с кодами ресурсов в 1С. В случае, если компания, арендует одни и

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

эти ресурсы имели отличные коды (например, С124-3_Х и С124-3_У, где Х и У – коды

поставщиков в системе учета компании). Для ресурсов, являющихся для компании ее

собственными инженерно-техническими работниками (ИТР), можно использовать код,

состоящий из кода подразделения и кода должности. Если данная должность

представлена в проекте несколькими ролями, можно при кодировании использовать

постфиксную систему (например, 03_04_01 и 03_04_02, где, 03 – код структурного

подразделения, 04 – код должности в структурном подразделении, 01 и 02 – код роли в

проектах).

14.2.2.8 Кодирование фаз/этапов работ

Пример кодификации фаз/этапов работ приведен в таблице 14.8.

Таблица 14.8. Пример кодирования фаз/этапов работ

Code

Level

Name

Calen

Код

Уровень

Название

Календарь

КЖ_01

Жилой дом на Октябрьской

Инициация

К_ИТР

Проектирование

К_ИТР

02_01

Разработка эскизного проекта

К_ИТР

02_02

Разработка рабочей документации

К_ИТР

Строительно-монтажные работы

К_Раб

04_02

Земляные работы и подземная часть

К_Раб

При сборке портфеля всем этапам, подэтапам и работам/операциям будет приписан

префикс кода проекта, к которому они относятся

При разработке компьютерных моделей проектов и портфеля каждая компания

должна первоначально определить виды проектов, которые ведутся в компании

(например, коммерческие, инновационные и организационные). Внутри каждого вида,

должны быть разработаны типы проектов (например, коммерческие могут быть

Управление проектами в Spider Project Professional Demo

Страница 160 из 215

направлены на развитие офисной недвижимости, жилой или нежилой недвижимости). Для

проектов каждого типа должны быть определены и утверждены типовые этапы и подэтапы

жизненного цикла или цикла развития проекта (например, коммерческий проект жилой

недвижимости может иметь следующие этапы в хронологическом порядке: Инициация,

Землеотвод, Проектирование, СМР, Реализация недвижимости, Ввод в эксплуатацию,

Передача объекта в эксплуатацию и Закрытие проекта).

В примере, приведенном в таблице 14.8, определен первый коммерческий проект

жилой недвижимости в компании (код «КЖ_01») «Жилой дом на Октябрьской» с этапами

жизненного цикла: первый — «Инициация», второй — «Проектирование» с подэтапами

«Разработка эскизного проекта» и «Разработка рабочей документации», третий этап

«Строительно-монтажные работы» с подэтапом «Земляные работы и подземная часть».

14.2.2.9 Кодирование работ/операций

Пример кодирования работ/операций приведен в таблице 14.9.

Таблица 14.9. Пример кодирования работ/операций

Code

Name

DPH

Type

Calen

Код

Название

Тип ДПГ

Тип

Календарь

02_02_10

Получение разрешения ГАСК на СМР

Длительность

К_ИТР

04_02_03

Засыпка траншей и котлованов

бульдозерами мощностью 59 кВт [80 л.с.]

Производительность

Е1-27-2

К_Раб

04_04_04

Укладка перемычек 1-го этажа

Производительность

Е7-44-10

К_Раб

04_04_05

Укладка перемычек 2-го этажа

Производительность

Е7-44-10

К_Раб

Все операции в проектах, как и все перечисленные выше объекты, должны иметь

уникальные коды. Принципы кодирования операций/работ зависят от описанных в п.

14.1.2.8 принципов кодирования этапов/подэтапов в компании.

Так, например, код операции должен включать коды этапа, подэтапа и порядковый

номер операции/работы в самом полном списке возможных работ этапа и/или подэтапа.

Как говорилось выше, при сборке портфеля всем этапам, подэтапам и

работам/операция будет приписан префикс кода проекта, к которому они относятся.

Пример приведен в таблице 14.10.

Таблица 14.10. Пример объединения кодов в портфеле

Code

Name

DPH

Type

Calen

Код

Название

Тип ДПГ

Тип

Календарь

КЖ_01_02_02

Разработка эскизного проекта

К_ИТР

КЖ_01_02_02_10

Получение разрешения ГАСК на СМР

Длительность

К_ИТР

КО_01_02_02

Разработка эскизного проекта

К_ИТР

КО_01_02_02_10

Получение разрешения ГАСК на СМР

Длительность

К_ИТР

КЖ_01_04_04

Земляные работы и подземная часть

К_Раб

КЖ_01_04_04_04

Укладка перемычек 1-го этажа

Производительность

Е7-44-10

К_Раб

КО_01_04_04

Земляные работы и подземная часть

К_Раб

КО_01_04_04_04

Укладка перемычек 1-го этажа

Производительность

Е7-44-10

К_Раб

14.2.2.10 Кодирование иерархических структур работ и

организационных структур

Главные требования, предъявляемые к структурам работ и организационным

структурам, следующие:

 одинаковое их количество,

 состав/ предназначение в каждом проекте

 одинаковая кодировка.