I keep thinking that a truly effective metaphor would transcend the
software and tie directly to the corporate values. Unfortunately, I
haven't even been able to come up with one. How do I get started?
Should I think locally and get one that works for the team first, then
worry about the larger organization? (I'm inclined to say yes) If we
do that and it sticks, then alignment with the corporate goals would
be even more difficult.
Thoughts?
Thanks!
Brandon
Thanks for your input. I'm thinking that the metaphor really has to be
congruent in some way for it to be effective right? I mean the Rock 'n
Roll metaphor probably doesn't fit for a software product that manages
funeral parlors. :-D
As I understand it, one of the purposes of metaphor is to build the
ubiquitous language. I would think that in order to have a truly
ubiquitous language the metaphor would need to span the corporate
spectrum.
Do you have examples of metaphors that don't match corporate values?
Thanks!
Brandon
Thanks for your input. I'm thinking that the metaphor really has to be
congruent in some way for it to be effective right? I mean the Rock 'n
Roll metaphor probably doesn't fit for a software product that manages
funeral parlors. :-D
As I understand it, one of the purposes of metaphor is to build the
ubiquitous language. I would think that in order to have a truly
ubiquitous language the metaphor would need to span the corporate
spectrum.
Do you have examples of metaphors that don't match corporate values?
Absolutely. Just thinking that if the product uses a metaphor that
doesn't necessarily jive with the business model then it would likely
fly in the face of ubiquitous language.
Do you have examples of metaphors that don't match corporate values?
I did a little searching just now, but couldn't find a popularization of the idea. Here's the closest I found:
http://cogweb.ucla.edu/CogSci/Grady_99.html
I mention this because a lot of our thinking about metaphor is I think based on Lakoff and Johnson's conceptual theory of metaphor, which doesn't seem to offer much to grab hold of when you're trying to come up with appropriate metaphors. (It's more about understanding and linking together metaphors that have stood the test of time.) The blending idea seems a little more helpful because of its analysis of metaphors-that-aren't. For example, they spend considerable time answering the question "Why is 'That surgeon is a butcher' an insult?"
FYI
-----
Brian Marick, independent consultant
Mostly on agile methods with a testing slant
Author of /Programming Cocoa with Ruby/
www.exampler.com, www.exampler.com/blog, www.twitter.com/marick
Looking at some of the systems I've worked on, that seems to be the case.
For example, in a few recent systems, classes that make other APIs
more convenient are named "...omatic" in the style of mid-20th-century
home appliances. So we had Transactomatic objects that make it easy to
perform transactions, Reflectomatic for reflection, Stopomatic for
stopping multiple background activities with one call, etc. (I think
Ivan Moore first came up with the convention, borrowing it from
Wallace & Grommit).
In the system I described earlier that uses a Circuit metaphor,
components in the circuit use "...omatic" objects in their
implementation. If you take the viewpoint that there should be a
single overarching metaphor for the entire system, this makes no
sense: home appliances contain circuits; circuits don't contain home
appliances! But it doesn't seem to matter. The use of "...omatic"
objects inside circuitry doesn't strike one as nonsensical.
Programmers joining projects in which we've used the metaphor have
never had any trouble understanding the intent and have even adopted
the naming convention without needing any explanation.
--Nat