On the risk of sounding like a grandpa, but there used to be a pretty effective "division of labor" for this in UIs:
(1) The "fast" path: Provide toolbars, keyboard shortcuts and context menus for quick access to the most important features. This path is for users who already have the "knowledge in the head" and just want to get there quickly, so speed takes priority over discoverability.
(2) The "main" path: Provide an exhaustive list of all features in the "title bar"/"top of the screen" menus and the settings dialogues. This path is mainly for users who don't have the "knowledge in the head" and need a consistent, predictable way to discover the application's features. But it's also a general-purpose way to provide "knowledge in the world" for anyone who needs it, which may also include power users.
Therefore, for this path, discoverability and consistency is more important than speed.
Crucially, the "main" features are a superset of the "quick" features. This means, every "quick-access" feature actually has at least two different ways to activate it, either through 1 or through 2.
This sounds redundant, but makes perfect sense if it allows peoples to first use the feature through 2 and then later switch to 1 when they are more confident.
My impression is that increasingly, UIs drop 2 and only provide 1, changing the "fast" into the "main" path. Then suddenly "discoverability" becomes a factor of its own that needs to be implemented separately for each feature - and in the eyes of designers seems to become an unliked todo-list bullet point like "accessibility".
Usually then, it's implemented as an afterthought: Either through random one-time "new feature" popups (if it popped up at an inappropriate time and you just closed it to continue with what you wanted to to, or if you want to reopen it later - well, sucks to be you) - or through unordered "everything" menus that just contain a dump of all features in an unordered list, but are themselves hidden behind some obscure shortcut or invisible button.