When deciding what to contribute to a discussion ...
"If a message can't be used to make predictions or decisions,
it is without value, no matter how accurate or comprehensive it is."
- Dan and Chip Heath
"If a message can't be used to make predictions or decisions,
it is without value, no matter how accurate or comprehensive it is."
- Dan and Chip Heath
How a great communicator defines a big audacious goal:
We will "put a man on the moon and return him safely by the end of the decade."
- John F. Kennedy
How the typical business executive would define the same goal:
"Our mission is to become the international leader in the space industry through maximum team-centered innovation and strategically targeted aerospace initiatives."
Thanks to Made to Stick for creating this example.
Too many software ventures have mission statements that sound like the latter. Don't try to define your mission so it covers all the bases and supports every contingency. Instead focus on defining your mission in terms that are simple, concrete, and emotionally compelling.
What do Supreme Court Justices and Software Architects have in common? More than you might think. Here are some common characteristics:
Therefore it is not too surprising that you see some common behavior patterns across the two very different jobs.
Jeffery Rosen had an excellent article in Atlantic Monthly recently where he talked at some length about what behaviors distinguish more effective and less effective justices.
This is perhaps an oversimplification, but I took the following away from the article.
Two distinct archetypes seen on the court are:
1) If you are an Argumentative Academic you will
2) If you are a Result-Oriented Realist you will
Here are a couple relevant passages from the article
... On the Court, the brilliant academics are less successful, over time, than the collegial pragmatists. The self-centered loners are less effective than the convivial team players. The resentful braggarts wear less well than the secure justices who know who they are. The narcissists wield judicial power less sure-handedly than the judges who show personal as well as judicial humility. The loose cannons shoot themselves in the foot, while those who know when to hold their tongues appear more judicious. (A justice often achieves more by saying less.) The ideological purists are marginalized on the Court, while those who understand when not to take each principle to its logical extreme are vindicated by history. Justices who view cases in purely philosophical terms are less sure-footed than those who are aware of a case’s practical effects. And those with the common touch win broader support than those who live entirely in abstractions.
... Jefferson and Holmes were repeatedly outfoxed by the less scholarly John Marshall and John Marshall Harlan—judicial thinkers whose conviviality, practicality, and sense of the possible allowed them to transform the law in their own image.
... Marshall, after all, had a strong philosophy of his own, rooted in vigorous protections for national power and property rights, but he chose not to press his philosophy in cases he knew he couldn’t win. (Remember his axiom: “I am not fond of butting against a wall in sport.”) Although conservative Federalists charged that he was too fond of popularity, Marshall was not noted for his willingness to compromise—but he articulated his principles in ways that his opponents were able to accept. Part of what made Marshall trustworthy, Roberts told me, was that “he was not a deal maker, not a broker. That’s not how he facilitated consensus. He had strongly felt principles, principles for which he had risked his life … But he was willing to explain, to talk it out with people, and he had a prodigious intellect but he didn’t scare people off with it … He was friendly, open—people trusted him—and [he] was able to bring people along.”
Obviously a lot of the points here could apply to software architects as well. Here is one short passage from above, translated to apply to the software world:
The ideological purists are marginalized [over time], while those who understand when not to take each principle to its logical extreme are vindicated by [producing great products that end up widely used]. [Architects] who view [design issues] in purely philosophical terms are less sure-footed than those who are aware of [each decision's] practical effects. And those with the common touch win broader support than those who live entirely in abstractions.
That sounds about right.
In the end the Argumentative Academic values most that "his personal opinion is acknowledged as right", the Result-Oriented Realist values most "getting the team to consistently deliver a great result".
The lesson from the Supreme Court is that over time Result-Oriented Realists are way more effective than Argumentative Academics. That is a lesson that we could take to heart in the software world.
Being a realist should not stop you from having audacious goals and and being satisfied with nothing less than delivering a great product. Being a realist does not mean limited expectations, it does mean developing a more practical results oriented approach for meeting your grand expectations.
Previous post on related topics include: a description of why an evolutionist approach is often better than a big bang approach, discussion of why great is better than perfect, a warning regarding groupthink (the opposite problem to what is described above, in groupthink no one is willing to challenge the group consensus), and a reminder that architects are often more influential than the managers who nominally have more authority.
copyright 2007 Kerry Champion
Telling someone to perform a task may get results. However, taking the time to "explain why it matters" almost always gets you better results, no matter who you are talking to or what you are asking for.
For most people the following approach works great:
This results in :
It may seem easier to just tell people specifically what to do day-to-day without wasting time on why, in reality that kind of micromanagement can be very time-consuming and ultimately demoralizing. It is much better to help people connect the dots between what they do and the impacts on everyone else in the ecosystem. This leads to greater self-direction, more initiative, and better total throughput.
By the way, "explaining why it matters" is not just the right approach for full time staff members, it is also the right approach when dealing with vendors, independent contractors, temporary staff, etc. Even if they do not have a direct tangible stake in the company, people will make a greater effort if they understand the rationale behind why their work is important.
All the above is based on real-world observation. There is some scientific work in this area as well. Ellen Langer did an experiment that triggered a lot of debate. Malcolm Gladwell has a good summary:
Langer examined the apparently common-sense idea that if you are trying to persuade someone to do something for you, you are always better off if you provide a reason. She went up to a group of people waiting in line to use a library copying machine and said, "Excuse me, I have five pages. May I use the Xerox machine?" Sixty per cent said yes. Then she repeated the experiment on another group, except that she changed her request to "Excuse me, I have five pages. May I use the Xerox machine, because I'm in a rush?" Ninety-four per cent said yes. This much sounds like common sense: if you say, "because I'm in a rush"--if you explain your need--people are willing to step aside. But here's where the study gets interesting. Langer then did the experiment a third time, in this case replacing the specific reason with a statement of the obvious: "Excuse me, I have five pages. May I use the Xerox machine, because I have to make some copies?" The percentage who let her do so this time was almost exactly the same as the one in the previous round--ninety-three per cent.
There is wide disagreement on how to interpret these results. We don't have a definitive explanation yet of what is going on inside peoples brains.
My take is that people have an inherent hard-wired desire for meaning and explanation; and will respond better when given meaning and explanation.
For small requests (such as, "Can I use the copier first?") any explanation will do, even one that seems content free.
However, for big requests (such as, "Commit your heart and soul to spending the next year building this ground-breaking new service.") you need a meaningful explanation and you need to deliver that explanation repeatedly through multiple channels.
copyright 2007 Kerry Champion
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 |