I have 3 main ideas about these things:
1. I've seen it actively deployed to minimize the influence of coders and to dismiss their complaints or concerns about projects. This can be really annoying and sometimes has significant effects as technical advice is treated as not worth taking particularly seriously in "serious" business conversations.
2. On the flip side, it can actually be sort of useful. The absurdity of how seriously some people take themselves can become a little more evident when we're throwing around childish terms like "story points" and signing our emails with goofy team names.
3. Maybe I'm just taking this all too seriously, and these effects are mostly in my head.
Would be curious to hear opinions of the HN crowd.
The best way to do so is to have counterexample myths available: not just your personal story or "buttoned-down" aspirations of serious productivity, but a bit of a fairy tale, with symbolic and metaphorical aspects, and perhaps something comedic as well.
When you move the conversation away from the concrete and into the fictional you gain a lot of room to manuever and define your role: not a hapless geek or myopic code monkey, but a brave knight or a spellcasting wizard, suddenly embodying the powers of those archetypes. Indeed, there is an extant tradition of programmers using those metaphors and others as well: the ninja, the Zen master, the blacksmith, and so on. From this cast of stock characters you can adapt the specific theme you need to address into a small plot spanning perhaps a few sentences - something you can scribble down during a meeting. The result will carry far more rhetorical power than a plain argument.
As a follow-up, I recommend Nancy Mellon's "Storytelling and the Art of Imagination" as an inspirational resource and reference for getting out of literal thinking and into the myth-making frame of mind. This was the text for class on storytelling I took recently and it was a good kick in the pants - I've recommended it to friends, too.
That being said, the importance of naming can not be overstated, you want people to want to talk about whatever it is your team is working on without making it sound like you are a bunch of misfits.