Стандарты некоторых видов должны публиковаться не в общепринятом «водевильном» стиле, а в виде структуры декомпозиции работ. Как минимум - стандарты на процесс, на продукцию, на методы контроля и методы испытаний. А также стандарты систем документации. Для кого-то это очевидно, для кого-то не очень. Сейчас все станет на свои места. Редакция от 24.10.2022.

Создан 03.10.2022 13:53:12

На рисунке выше приведена структура разделов и подразделов документа Программа и методика испытаний по ГОСТ 19.301-79. На первый взгляд - структура и структура. Но если перед каждым логическим элементом структуры умозрительно добавить фразу «Разработка раздела (подраздела)...», то каждый элемент структуры автоматически превращается в задачу - task, работу - job, операцию (operation, activity) или (прости, Господи) issue... Все зависит от применяемой системы управления проектами.

Таким образом, структура документа превращается в структуру декомпозиции работ. И эту иерархическую структуру можно импортировать в Jira, Redmine или даже MS Project. Для каждой задачи необходимо указать сроки выполнения (начала и завершения), прикрутить конкретного исполнителя - и вся проектная деятельность станет на свои места.

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

Если бы Росстандарт сообразил прикреплять к стандартам какие-нибудь джисончики или иксэмэльчики, содержащие структуры декомпозиции работ, стало бы здорово. Но это вряд ли 🤮