Стандарты некоторых видов должны публиковаться не в общепринятом «водевильном» стиле, а в виде структуры декомпозиции работ. Как минимум — стандарты на процесс, на продукцию, на методы контроля и методы испытаний. А также стандарты систем документации. Для кого–то это очевидно, для кого–то не очень. Сейчас все станет на свои места. Редакция от 12.12.2024.
Создан 03.10.2022 13:53:12
На рисунке выше приведена структура разделов и подразделов документа Программа и методика испытаний по ГОСТ 19.301–79. На первый взгляд — структура и структура. Но если перед каждым логическим элементом структуры умозрительно добавить фразу «Разработка раздела (подраздела)...», то каждый элемент структуры автоматически превращается в задачу — task, работу — job, операцию (operation, activity) или (прости, Господи) issue... Все зависит от применяемой системы управления проектами.
Таким образом, структура документа превращается в структуру декомпозиции работ. И эту иерархическую структуру можно импортировать в Jira, Redmine или даже MS Project. Для каждой задачи необходимо указать сроки выполнения (начала и завершения), прикрутить конкретного исполнителя — и вся проектная деятельность станет на свои места.
А если каждый отдельный исполнитель станет писать в своей задаче некие умные слова, то документ сам собой соберется и, после редакторской правки непосредственно каждой задачи, может быть опубликован и передан заказчику.
Если бы Росстандарт сообразил прикреплять к стандартам какие–нибудь джисончики или иксэмэльчики, содержащие структуры декомпозиции работ, стало бы здорово. Но это вряд ли 🤮