大企業だと、ドキュメント作ってプレゼンしてみたいな儀式のような仕事が増えてくると思います。

スタートアップですと会社によりますが、会社が生きるか死ぬかの世界なので儀式の部分が小さくなると思います。

仮にスタートアップで儀式が多かったらやばいなぁと思います😅

スレ主と職種が違うので、個人的な感想になりますが、ドキュメントには中間成果物のものと、最終成果物のものがあると思います。

リーダーなどのポジションは誰かに何かを伝えて動いてもらうために中間成果物としてドキュメントを書きますし、開発者はドキュメントそれ自体が成果物で品質を保証するものになる場合があると思います。

つまり、ドキュメントには目的があります。

スレ主がどういうキャリアを進むかで変わるところはあれど、目的に沿ってドキュメントを書くスキルは必要になると思います。

例えば、ドキュメントのメッセージが伝わるか、記載粒度は適切か、など。

リリースに承認（プレゼン）が必要というのは、SIerのようなクソデカプロジェクトか、あまりにもレガシーな組織で開発体制が終わってるかのどっちかと思うのですがどういう状況ですか…？

もっと気楽にリリースできる、小規模かつCI/CDが整ったモダンな組織で上流の経験を積む方がキャリア的にも良い気がします。

投稿者さんのクライアントは分かりませんが、大して中身見てない（理解してない）のに承認制にしたがるプロジェクトありますよね

いざ問題起きると文句しか言わないで承認した責任なんて一切ない😇