Стандарт лучших практик по наименованию и кодированию работ в календарных графиках проектов

Отраслевые данные демонстрируют высокую согласованность по одному ключевому принципу: работы в рабочем календарном графике должны быть понятны без необходимости обращения к структуре WBS для их интерпретации. Официальные рекомендации GAO, PMI, NDIA, Департамента транспорта штата Нью-Йорк и NAVFAC сходятся в следующем:

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

Если в графике присутствуют дублирующиеся наименования работ, отличающиеся только положением в WBS, это является не просто вопросом оформления, а существенно снижает качество отчетности, контроля, аналитики и аудируемости.

Те же источники подчёркивают второе ключевое правило:

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

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

GAO прямо рекомендует хранить эти атрибуты в кодовых полях, а не включать их в текст наименования.

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

• Activity ID, построенный из структурированных кодов (например: PROJECT.PHASE.AREA.DISCIPLINE.TYPE.SEQ),
• Activity Name, сформированный по читаемому шаблону:
  Действие + Объект + Локация/Система + уточнение результата при необходимости.

При массовом исправлении сначала следует корректировать наименования, поскольку в Oracle Primavera Activity ID используется как уникальный ключ, и его изменение через Excel может приводить к удалению и пересозданию работ с потерей связей и назначений. При необходимости изменения ID это должно выполняться отдельно и контролируемо.

Что говорят стандарты и литература о наименованиях работ

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

GAO указывает, что наименования должны:

• быть уникальными и описательными,
• использовать связку глагол + существительное,
• позволять понять результат без анализа WBS.

PMI формулирует аналогичные требования:

• уникальность,
• наличие глагола,
• конкретный объект,
• уточняющие определения при необходимости.

NDIA добавляет практический аспект:

• наименование должно отражать объем и результат задачи,
• начинаться с глагола в настоящем времени,
• избегать дублирования.

В спецификациях государственных заказчиков требования ещё более конкретны. Например:

• NYSDOT требует, чтобы описание включало глагол, объект и местоположение,
• каждая работа должна относиться к одной зоне, стадии и ответственному исполнителю,
• NAVFAC требует уникальности и независимости от WBS.

Такие названия, как «Installation», «Testing», «Inspection», не соответствуют этим требованиям.

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

Научные исследования подтверждают, что:

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

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

Архитектура кодирования

Одного стандарта наименования недостаточно — необходима архитектура кодирования.

GAO рекомендует кодировать работы по следующим атрибутам:

• WBS,
• подрядчик,
• местоположение,
• фаза,
• контрактный пакет,
• рабочий пакет.

Эти данные должны храниться в отдельных полях.

Документация Oracle Primavera подтверждает:

• Activity ID и Name — идентификация и описание,
• Activity Codes — классификация и группировка.

Практика государственных проектов показывает типовые структуры кодов:

• ответственность,
• зона,
• фаза,
• категория работ,
• элемент работ.

Классификационные системы, такие как Uniclass и OmniClass, также подтверждают необходимость стандартизированной структуры данных.

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

• структура,
• стандартизация,
• повторяемость.

Рекомендуемый стандарт

Набор полей

Заключение

Наименование и кодирование являются ключевыми элементами качества календарного графика.

Исследования и стандарты показывают:

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

Применение данного подхода повышает:

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

Список литературы / References

[1] Government Accountability Office (GAO). Schedule Assessment Guide: Best Practices for Project Schedules (GAO-16-89G).
https://www.gao.gov/assets/gao-16-89g.pdf

[2] Project Management Institute (PMI). A Guide to the Project Management Body of Knowledge (PMBOK Guide).
https://www.pmi.org

[3] National Defense Industrial Association (NDIA). Planning & Scheduling Excellence Guide (PASEG).
https://www.ndia.org/-/media/sites/ndia/divisions/ipmd/ipmd-documents/paseg.ashx

[4] New York State Department of Transportation (NYSDOT). Standard Specifications for CPM Scheduling.
https://www.dot.ny.gov/spec-repository-us/639.10220001.pdf

[5] Naval Facilities Engineering Systems Command (NAVFAC). Construction Scheduling Review Checklist.
https://www.navfac.navy.mil

[6] Government Accountability Office (GAO). Schedule Assessment Guide (expanded reference for activity definition and reporting).
https://www.gao.gov/assets/690/687052.pdf

[7] Oracle Corporation. Primavera P6 Professional Importing and Exporting Guide.
https://docs.oracle.com/cd/F25600_01/English/admin/p6_pro_importing_exporting/p6_pro_importing_exporting.pdf

[8] Oracle Corporation. Primavera P6 Administration Guide – Activity ID Configuration.
https://docs.oracle.com/cd/F51303_01/English/admin/p6_pro_admin/define_maximum_id_lengths.htm

[9] Oracle Corporation. Renumber Activity IDs – User Guide.
https://docs.oracle.com/cd/F74771_01/client_help/en_US/renumber_activity_ids_dialog_box.htm

[10] U.S. Army Corps of Engineers (USACE). Activity Code Structure in Primavera.

[11] AACE International. Recommended Practice No. 21R-98: Cost Engineering Terminology and Coding Structures.
https://web.aacei.org/docs/default-source/toc/toc_21r-98.pdf

[12] NBS. Uniclass Classification System.
https://uniclass.thenbs.com

[13] Construction Specifications Institute (CSI). OmniClass Construction Classification System.
https://www.csiresources.org/standards/omniclass

[14] Federal Highway Administration / State DOT Research. Schedule Review and Quality Assessment Study (2024).
https://journals.sagepub.com/doi/pdf/10.1177/03611981241234903