это я знаю, поэтому и спрашиваю

Я из IT, но могу только удаленно

кроме того, при наличии договора о каком уставе вообще имеет смысл говорить? это слегка масло масленное

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

Я в своё время разрабатывала устав при гостовой документации. Но у него была относительно свободная форма. И уж точно его не  маркировали, как гостовый документ

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

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

Мы практически копировали договор. Просто оставляя общую информацию. 1 этап—перечень работ, 2этап-подсистемы такие-то

Возможно этот документ нужен заказчику для формального старта внутри, а самому делать не хочется

Смущает «по ГОСТ»

Уже месяц внедрение идёт. Просто только сейчас заказчик удосужился ответить на первоначальный вопрос по его требованиям к составу и объему проектной документации, указанной в договоре.
Уверен, что в заказчике никто не сможет объяснить кому, для чего и когда нужен этот документ. Просто он попал в текст договора каким-то копи-пастным образом )

Можно задать вопрос, по какому госту надо разрабатывать этот документ?

Ну тут обстоятельства такие, что мне проще сделать страничку с произвольным текстом, оформленную по ГОСТу и сдать им.

+++ схема коммуникаций и эскалаций.

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

Состав группы и роли - это про коммуникации.
А рамки проекта - отдельный документ.

Это всё очень сложно. Бюджет указан в договоре. Состав рабочей группы - живой документ, который непрерывно меняется и синхронизируется между нами и заказчиком. Не понятно зачем его писать в бумаге.

А вот границы проекта - это очень интересный вопрос. Договор описывает общее требование - внедрение продукта в 50 автоматизированных систем, бюджет, сроки. Но заказчик сам не знает, что это за системы. Определился на первый этап внедрения по 3 системам. По остальным 47 системам пока в процессе определения. При этом договор описывает контур мощностей по АС, но не разбивку по АС. Это всё делается набегающей волной.
То есть только если делать приложения к Уставу по каждому этапу.

Можно и так. Состав разделов и принцип их заполнения от компании к компании разный, но суть одна и та же - дать общую информацию по проекту. В большинстве тех Уставов с которыми мне приходилось работать перечень разделов примерно такой:Причины инициации проекта
Цели проекта
Продукт проекта
Выгоды от реализации проекта
Оценочные сроки реализации проекта
Оценочный бюджет проекта
Содержание проекта
Ключевые показатели эффективности и их целевые значения
Ограничения и допущения проекта
Ключевые риски проекта
Ключевые участники проекта
Реестр изменений устава
Лист согласования