I've literally never worked anywhere that works like this, and I've worked everything from startups to very large companies. Product always gives both description and intent to software engineering so that engineering can make appropriate choices.
In fact, one of the better ways for an engineer to be labeled as "not independent enough for advancement" is a lack of curiosity about what you're building, because the lack of curiosity limits the engineer to a very narrow scope of work.
If you're the builder working on an evil mastermind's evil lair, you may not be told, specifically, that you're building a piranha pit. But they will have to disclose that it they need a pit, which is also a freshwater aquarium with a means of keeping large carnivorous fish alive. Also that there has to be a hidden trap door big enough for a human to fall through when a button is pushed.
And even if it is given a codename like "the justice room" or something, during the months of design and building no doubt some people will slip up and call it "the piranha pit" in your presence.
> In fact, one of the better ways for an engineer to be labeled as "not independent enough for advancement" is a lack of curiosity about what you're building, because the lack of curiosity limits the engineer to a very narrow scope of work.
I don't think we're talking about the same topic at all. It sounds like OP is so curious that they made the whole thing up, and I think you might be out of touch with businesses that have plenty of tech workers, but aren't a tech company (most businesses around the world).