Нигде по тексту документа MIL-STD-881 не говорится о том, что ИСР является декомпозицией работ проекта. В разделе 3 "Определения" указано "Иерархическая структура работ (ИСР). Выраженное в терминах конечных результатов иерархическое дерево с единственной головной вершиной, которое состоит из составных частей изделия (системы), услуг и данных, которые являются результатом инженерных работ по разработке и построению изделия (системы), и которое полностью определяет проект либо программу. ИСР отображает и определяет результаты, которые необходимо получить в рамках проекта либо программы и определяет входимость составных частей работ проекта либо программы. Другими словами, если мы берем классический проект по выполнению опытно-конструкторских работ, то ИСР в исходном понимании практически идентична схеме деления, см. ГОСТ Р 2.711-2019. А где же задавалась декомпозиция работ проекта?

Разукрупнение (декомпозиция) работ проекта описана в вышедшем 1 августа 1977 года руководстве MIL-HDBK-245 Department of Defense Handbook: Preparation of Statement of Work (SOW) (Руководство по подготовке описания содержания проекта). В нем говорится "The SOW should specify in clear, understandable terms the work to be done in developing or producing the goods to be delivered or services to be performed by a contractor." "Описание содержания проекта должно четко и однозначно описывать необходимые к выполнению в рамках проекта работы по разработке или производству поставляемой продукции либо по оказанию услуг". Если совсем просто, то ГОСТовским техническим заданиям и частным техническим заданиям соответствуют описание содержания проекта с требованиями к выполнению работ и specifications с требованиями к изделию (системе) и его составным частям. И точно также, как хорошее техническое задание задает структуру календарно-сетевого графика выполнения опытно-конструкторских работ, описание содержания задает структуру декомпозиции инженерного проекта.

Разница между этими документами не принципиальна, комплект из описания содержания и product specification в США почти полностью соответствует комплекту из головного технического задания на ОКР и частных технических заданий на составные части ОКР в России. Что тот что другой комплект документации задает декомпозицию работ проекта. Так зачем же тогда нужна ИСР и почему почти все разработчики инструментов проектного управления от MS Project и до ClickUp с JIRA не понимают принципов ее использования? Почему методический поворот оказался таким сложным для понимания и как так получилось, что суть ИСР в корне исказилась наивной интерпретацией термина?

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