Finishers Wanted

When I was a little boy my Mom had me memorize this little poem:

Stick to your task ’til it sticks to you;
Beginners are many, but enders are few.
Honor, power, place and praise
Will always come to the one who stays.

Stick to your task ’til it sticks to you;
Bend at it, sweat at it, smile at it, too;
For out of the bend and the sweat and the smile
Will come life’s victories after a while.
—Author Unknown

I think my Mom had me memorize this poem because she knew I would need it. She understood better than I the old adage that "Life does not reward us for effort expended." Finishing is required.

For me, it is exciting to find a problem and imagine a way to solve it. The creative exhilaration in coming up with a solution that will work within all the constraints involved is almost intoxicating. I have a remarkable tolerance for ambiguity and when the major "problems" as I see them, have been solved, filling in all the details seems so much less important. The hard design work has been done. There's perhaps little glory in all the simple, small and detailed work needed to connect the dots and make the grand vision a reality. However, software is ultimately just simple 1s and 0s and if you don't fill in all the details, then all you are left with is a dream. You've got to have both the vision and the finishing of all those tiny details.

"This is all your app is: a collection of tiny details." - Wil Shipley

Missing a few details can drastically reduce the value of the whole idea. I guess that's why I love Mac software so much: There's the constant demand from both the users and my peers for my concerted effort across the entire spectrum of "pie in the sky" ideal to actual, practical details in implementation. To make it work in software, you need to consistently execute well across the whole spectrum of work. Let me underscore the words consistently execute again, they are very important.

Matt Ball recently wrote a nice post about some up and coming Mac developers that worked so hard on their first release, but since then have produced relatively little. They haven't created new apps, updated their 1.0 apps, even posted to their blogs. Some still have ideas in picture form posted in all their high fidelity glory, but with no application to show or sell to the customers that have been waiting to see the finished product. These developers seem to be struggling with consistently executing against their plans.

Matt goes on to explain that he thinks this is related to their young age. Most of these developers are young (19 years old) and he thinks suffer from some kind of "shiny ball syndrome" where they are easily distracted from one project to the next. I don't know the developers, and they could be easily distracted or they could have absolutely justifiable reasons for their delays, but the result is the same: Doubt builds as to their ability to consistently finish their ideas. Their credibility and reputation weakens.

Many of life's failures are people who did not realize how close they were to success when they gave up. - Thomas Edison

I don't think it's age. I think that's far too simple an answer. I know developers in their 50s who struggle from this exact same problem. It's not size or lack of resources either. Look at Microsoft. Here's a company where a large part of their problems revolve around consistently producing, not a lack of money or great people or innovative ideas.

The idea is not the thing!

One part of the problem comes from patent law. There is a remarkable and universally held assumption that ideas are worth a great deal. I will not say ideas are worthless, but they are worth far less than most of us realize. Even the most simple idea takes remarkable effort, and follow through to get designed, built, packaged, and ultimately used by others. This is why I felt My Dream App was destined for difficulty. They had enthroned ideas as the product, when in reality it's all the grunt work after the idea that make the product. It's all those pesky little details and the consistent effort required to follow up and deal with each of them that matters.

Finishing is the thing!

When the iPhone was released, there was a collective groan world wide from designers who had years before envisioned the ideas that Apple had now so beautifully produced in a finished product. Kim Lenox, Senior Interaction Designer of Adaptive Path explains:

With the launch of the iPhone, I’ve been hearing many grumblings from interaction designers who’ve worked for various, well known consumer electronics companies. We can all see in the iPhone aspects of our concepts from years past that were brushed aside or died prematurely. Our concepts are suffocating under the pile of NDA verbiage, never to see the light of day. What sets our mere concepts apart from this final product however, is a company with leadership who has the fortitude to take the risk, find the budget, and push the technology for the single cause of designing compelling user experiences. Apple got it right.

Amazing isn't it? Once again, it's all about execution and finishing, not just the ideas. Leadership is important for sure, but finishing the job in a company is so much more than Steve Jobs simply saying, "We're going to build an iPhone and it will have a compelling user experience." It's thousands of decisions made by hundreds of employees at Apple and elsewhere. It's dealing with setback after setback and still pushing forward. It's taking the right calculated risk (EDGE and AT&T) and saying no to other things (10.5 on time, a Dev SDK) in order to finish. That is the task of finishing and at Apple, it seems to be part of their DNA.

Tranquil and Steady Dedication of a Lifetime

One of the most important attributes of a software company I would like to work for, comes from an idea the late Adlai Stevenson a U.S. Democratic politician explained when referring to patriotism:

What do we mean by patriotism in the context of our times? I venture to suggest that what we mean is a sense of national responsibility ... a patriotism which is not short, frenzied outbursts of emotion, but the tranquil and steady dedication of a lifetime.

In a great software company, there wouldn't be "short, frenzied outbursts of emotion" but a consistent focus on finishing in a steady and sustainable manner. My guess is that those prone to "putting on a big, glitzy show" and those that don't effectively resist the "constant bombardment of new and exciting things to try out" will have set themselves up as an unsustainable business, and ultimately end up disappointed.

Saying No: a feeling of strength in reserve.

One of the biggest challenges is just saying no to things. What's hard about this is often you need to judge between what is "good", what is "better" and what is "best". In order to do that which is "best", you will, you must say no to many, many things that are "good" and "better". This is heart wrenching work, but choosing what you do now to remain focused and finishing, this is your competitive advantage. When asked what work he was most proud of from among his work at Apple, Steve Jobs famously said, "All the products we didn't ship." Many people and businesses talk about focus and priorities, but very, very few actually finish the idea and follow through with the well executed decision making and focus required.

“You must always work not just within but below your means. If you can handle three elements, handle only two. If you can handle ten, then handle five. In that way the ones you do handle, you handle with more ease, more mastery and you create a feeling of strength in reserve.” - Pablo Picasso

Keep Moving Forward!

There is a scene in Disney's animated movie Meet the Robinsons that I love. The story is of a young boy inventor who is learning. During this particular scene he is trying hard to fix a peanut butter and jelly gun, used to automate sandwich building. Everyone is watching him and it looks like he's going to succeed, finally the time comes to try his fix. The whole thing explodes sending peanut butter and jelly everywhere and onto everyone in the room. He is devastated, but immediately he hears cheers and people start to comment on what a great failure that was! "You Failed!" "And it was awesome!" "Exceptional!" "Outstanding!" "Uh, I've seen better." "From failing you learn, from success, not so much." They congratulate him like he succeeded. They ultimately propose a toast to his brilliant failure. He is stunned. The motto of this family is: Keep moving forward!

This is a good motto for anyone working with software. The challenges are so great and the problems so complicated and frequent, you simply must have the determination to keep moving forward, to and through the finish. Start small and build momentum and keep finishing small things, just to keep in the habit of it.

This is not always easy. Sometimes I would come home from work so frustrated with how slow things were going and how little progress was being made, I'd tell my wife I just needed some time alone to cool down. I'd go into my room, open my laptop and write a blog post. I'd post it and point to it while saying to my wife, "There, I did it. I produced something today! It may not be much, but at least I produced something tangible!" You've got to keep in the habit of producing or finishing. You can't let those muscles atrophy.

One of the best development techniques I've seen over the years is test driven development. The pattern is to build a small test that represents an improvement you want to make to your program. Once the test is built, run it and watch it fail. Then write just enough code to make the failing test pass, then run the code and watch the test pass. Repeat. This tends to lead to low coupling and good cohesion and a reasonable test bed. The real hidden value is regular focus on tangible completion in a consistent way, over time. Just keep moving forward step by step and then after some time you'll be impressed as you look back on the mountain of work you've accomplished by such simple means with constant effort.

There are bugs to be fixed, old code to re-examine and refactor, performance problems to analyze and improve, build automation, test automation and website improvements, help docs to write, blogs to read, posts to write, ideas to explore, customers to contact, emails to read and write. Your job is to choose which of all of these you will do now, and then keep moving forward. Those who master the art of consistently and sustainably producing value, are setup for success. Be one of them. Don't quit. Don't stop. Focus on consistently finishing something of value, no matter how small. That's what the world will pay you for, and since so few seem to stick to it, there's plenty money in play for those who pay the price to consistently finish the job.

Change is Hard

I just rediscovered this great quote:

A new scientific truth does not triumph by convincing its opponents and making them see the light, but rather because its opponents eventually die, and a new generation grows up that is familiar with it. - Max Planck

I believe this doesn't just relate to scientific truth, but truth in general. My Dad would say, "Experience is always in the first person," meaning that it's a good idea to learn from others, but most of the time we don't. There are great new truths to be had, but everyone is at a different point in the journey, with all the baggage that entails. Many of the most important and needful changes can't happen until there is a personal experience with the need for change. Mostly that happens one person at a time. There are those who think people would act differently if they only knew some bit of relevant knowledge, but more often than not, the reality is much more complicated than a simple lack of knowledge.

Change requires love, patience, help and encouragement, a willingness to learn from above, from below and from all those around you. It requires an absolute and deep conviction that you could really be wrong about something in a fundamental way. It requires a desire to improve and a motivation to exercise more effort than normal. It requires the courage to be wrong and fail again and again in the pursuit of new understanding. In the end, it often requires the willingness to forgo the due respect and esteem of others. Almost always it requires some kind of sacrifice. It is for all these reasons and many more, that change is hard. Thanks be to those who, despite all of this, do change. They make space for others to do the same.

A Clear Vision

One of the most important responsibilities of a great leader is to clearly define the goal, the vision, the what and why stuff, so that everyone can understand and really "buy-in" to the deal. Steve Jobs just did this masterfully in the Q&A session following an Apple press event:

Is Apple’s goal to overtake the PC in market share? Jobs said, “Our goal is to make the best personal computers in the world and make products we are proud to sell and recommend to our family and friends. We want to do that at the lowest prices we can.

“But there’s some stuff in our industry that we wouldn’t be proud to ship. And we just can’t do it. We can’t ship junk,” said Jobs. “There are thresholds we can’t cross because of who we are. And we think that there’s a very significant slice of the [market] that wants that too. You’ll find that our products are not premium priced. You price out our competitors’ products, and add features that actually make them useful, and they’re the same or actually more expensive. We don’t offer stripped-down, lousy products.”

Independant of the PR value of these statements, these words "make meaning" for Apple's employees who, in the end, are their most important customers.

Update: MacWorld has posted the audio of the question and Job's fantastic response here

Apple: Confidence vs. Protectionism

Today Apple announced that all songs from EMI will be available free of DRM (digital rights management) limitations. In the past it was like this for EMI music on iTunes:

$0.99/song

$10.00/album

AAC at 128 kbps

All music with DRM (only playable on 5 computers, can't burn in same playlist over 7 times, only playable by Apple applications or devices)

Starting in May 2007, all EMI music will also be available as follows:

$1.29/song

$10.00/album

AAC at 256 kbps

No DRM

This affects not only music but music videos. From the press release:

iTunes will also offer customers a simple, one-click option to easily upgrade their entire library of all previously purchased EMI content to the higher quality DRM-free format for 30 cents a song. All EMI music videos will also be available in DRM-free format with no change in price.

Famous business man, Warren Buffett once said: “In business, I look for economic castles protected by unbreachable ‘moats’.”

"In days of old, a castle was protected by the moat that circled it. The wider the moat, the more easily a castle could be defended, as a wide moat made it very difficult for enemies to approach. A narrow moat did not offer much protection and allowed enemies easy access to the castle. To Buffett, the castle is the business and the moat is the competitive advantage the company has. He wants his managers to continually increase the size of the moats around their castles.

When looking to purchase a business, Buffett pays careful attention to a business he understands not just in terms of what the business does but also of “what the economics of the industry will be 10 years down the road, and who will be making the money at that point.” He is “also looking for enduring competitive advantages.” This, in a nutshell, is what makes a company great: the width of the moat around the company’s core business."

Apple has decided that the enormous moat it has in DRM is not as valuable as making customers feel unlimited by their technology. This is like Apple sending forth from its impenetrable castle and scheduling a battle, say next month on the open valley, Apple against everyone, all sportsmanship like. This kind of courage and confidence is something unique indeed. So what of Buffet's moats and competitive advantage analysis? I think it still holds, it's just that Apple's sustainable competitive advantage is their deep trust in the inherent value of their products and the experiences they provide. Almost no one has that these days.

General Tug

I recently listened to speech given by Lance B. Wickman which he titled Seasons. In this speech he recounts a remarkable story from his life.

---

When I graduated from college, I was commissioned an officer in the United States Army. I was an infantryman. After completing some training, in early 1965 I was assigned-with my bride of a few months-to an infantry battalion of the 25th U.S. Infantry Division at Schofield Barracks, Hawaii. My wife and I were thrilled with this assignment and looked forward to three years of life amidst the sun and the surf and the wonderful people of Hawaii. We rented a little duplex right on the beach on the North Shore of Oahu. You could step out of our back door onto the sand; it was literally like something out of a movie.

In October of that year, our battalion received a new commander, Lt. Col. Thomas U. Greer-“Tug” Greer, as his peers called him. Tug Greer was a graduate of the United States Military Academy at West Point, Class of 1951. In 1951, the Korean War was raging. Most of the West Point class that year was assigned immediately to the combat zone. Many of Tug Greer’s classmates died on the rugged slopes of that land. But Tug had survived and remained in the army. And now, 14 years later, he was assigned to command our battalion.

No sooner did he assume command, than Col. Greer took the battalion on a week-long training exercise in the rugged Kahuku Mountains of northern Oahu. For those of you who have not been to Hawaii, let me describe these mountains. They are steep slopes of volcanic rock with little topsoil and covered with thick, green vegetation. For five days, we struggled up and down those slopes in one infantry maneuver after another. Finally, it was Saturday morning, the last day of the exercise. All of us looked forward to returning early to our battalion headquarters, turning in our equipment and hitting the beach. After all, we were young, and what was the point of being stationed in Hawaii if you could not go to the beach! I remember gazing down early that morning from my perch on the side of one of those mountains at the shimmering sand and sparkling ocean. I could hardly wait!

About that time, Col. Greer came to our rifle company’s position. To our company commander, Capt. Jim Andrus, he said, “As the last exercise of this training, I would like Charlie Company (that was us-“C” Company) to establish defensive positions. Now, among other things establishing defensive positions meant digging foxholes. You know what a foxhole is. It is a hole in the ground where a soldier can seek shelter from enemy fire. But this was volcanic rock! And we were only equipped with those little folding shovels (which the army calls “entrenching tools”)! So, as Capt. Andrus gathered us platoon leaders around to give us the orders for establishing defensive positions, he said, “Since we want to get this over with quickly, we won’t actually dig foxholes. Instead, we will simply do “simulated foxholes”-we will just mark out on the ground where we would put the foxholes.”

So, that is what we did. A little while later, Col. Greer came around to inspect our “defensive positions”. I remember it like it was yesterday! As he came to the first of these “simulated foxholes”, he asked Capt. Andrus, “What are those?” Clearing his throat a little nervously, Capt. Andrus responded, “Well, sir, those are simulated foxholes.” “Simulated foxholes!” roared Col. Greer. “I ordered this company to prepare defensive positions, and that means digging foxholes! This company is going to stay out here and dig until it learns how to dig foxholes that look like the came out of the training manual!” And so, as the rest of the battalion packed up weapons and equipment and headed back to the base and an afternoon at the beach, Charlie Company remained out on that hillside. And we dug, and we dug, and we dug. Col. Greer’s name was on every one’s lips that afternoon, and I can tell you that he was not winning any popularity contests that day! But by evening, we had foxholes that really looked just like they came out of the training manual.

But, you see, there was something that we did not know that beautiful Hawaiian Saturday. When Col. Greer had been given his orders assigning him as our battalion commander, he had also received some other orders that he could not share with us-top secret orders-sending our battalion to Vietnam. We did not know it at the time, but this would be our last training exercise. And Col. Greer, with his vivid memories of his fallen classmates on the rugged hillsides of Korea was determined to do all that he could to save the lives of those men entrusted to his care. In a manner of speaking, Hawaii was the “season” for learning those skills that would save our lives. Vietnam would be too late.

What happened next I did not personally observe, arriving in Vietnam a few days after the rest of the battalion; but it was reported to me by my comrades-in-arms. They reached the spot in the division’s defensive perimeter assigned to our battalion late in an afternoon. Col. Greer’s order went out: Establish defensive positions. Our men dug in because that is what you did in Tug Greer’s battalion. Another battalion next to ours, arriving at the same time, only scooped out some shallow cavities in the ground-not unlike our Hawaiian “simulated foxholes”-planning to dig real foxholes the next day. But that night, the Viet Cong enemy launched a ferocious mortar barrage into the green troops. Our men were safe and secure in their foxholes; but the men of that neighboring battalion were not so fortunate. I am told that the next morning Tug Greer’s name was again on everyone’s lips-but this time with reverence and respect. I still regard him as one of the great men I have known. From him I learned one of life’s most powerful lessons: There is indeed a “time for every purpose under heaven”-even a time to learn to dig foxholes.

---

There are probably several lessons one could learn from this story. The questions that come to my mind are these: Who are those people in the software industry that might be like General Tug? Who are the people that have "been there, done that"? Who are the folks that can point to what really matters? Where are the sages of the software industry? Where are the mentors who are renowned for having wisdom that comes with age and experience? Am I the only person that has been caught in the illusion that what we are doing today is new and special? Maybe what makes the software industry so dynamic is not the remarkable speed of new developments, but the remarkable speed at which we forget.

The Cost of Focus

I just read this by Michael Bolton on testing, but I think it has more general application:

It occurs to me this evening that when test plans, test scripts, and testers look for particular problems with excessive focus, they do so at the expense of peripheral vision.

Contrast that with what Adam Richardson says about the importance of peripheral vision:

Bill Bradley is today known primarily as a politician in the US, but in his youth he was an outstanding basketball player. Among several notable abilities, he had a natural gift: his eyesight. Specifically, he had abnormally good peripheral vision. Whereas normal peripheral vision covers a horizontal field of 180 degrees, his covered 192 degrees - he could literally see behind himself. Vertically, most people can see 47 degrees upward while looking straight ahead. Bradley could see 72 degrees, meaning he could see the basket even when looking at the ground. These factors gave him an ability to see things on the court that others could not, and detect threats and opportunities earlier than others players. (For a nice essay about Bill Bradley, see this book by John McPhee.)

Peripheral vision is an interesting thing: it provides much less detail but much more sensitivity to movement than our central cone of vision (which is only about 7 degrees in diameter). Peripheral vision is essential when you’re in the jungle or on the savannah, spotting movement at the edges that indicate danger. But our medical tests for eyesight pretty much ignore peripheral vision, focusing instead on how much small detail you can resolve in your central cone.

Business analysis is often the same way. Movements at the edges that are ill-defined are ignored, and all tools and attention are focused on what we can see clearly with great detail that's right in front of us. But it’s the movements at the edges that can both be the most threatening, but also represent the new opportunities. This is where the disruptive innovations that Clayton Christensen talks about come from. By the time you can prove their existence in detail, it’s too late.

Wicked problems are very difficult to understand by staring straight into them and looking for clear detail, however. They need to be approached from the edges, sort of like doing a jigsaw puzzle where you find the edge pieces first. Having peripheral vision that is trained to be sensitive to the edges is a key capability (this applies both to product teams and to business units - wherever wicked problems occur).

So encourage staff and managers to pay attention to and nurture their peripheral vision - meeting with their “whacky” customers who push your products to the limit, talk to people who aren’t your customers any more and find out why, and pay close attention to disruptive innovators making cheap and “poor” products that your traditional customers wouldn’t touch. And if you think you're facing a wicked problem, don't expect hard numbers on it; by the time you've got solid data, it's probably too late.

Balance and timing once again seem to be the issue here. Focus, but not excessively otherwise you'll loose valuable peripheral vision which you'll need to find the next great ideas to focus on. It's often the free radical ideas that lead to the innovative idea. And if you are too focused, you'll miss them.

Impatience and Design by Counter Example

“Don’t worry about other people stealing your ideas. If you’re ideas are any good, you’ll have to ram them down people’s throats.” - Howard Aiken, IBM Engineer

This is my favorite quote for the day. Innovation, with all the ideas and execution that it requires, fails to happen for so many reasons, but most common in my experience are these two:

1. Design by Counter Example

2. Impatience

Design by Counter Example

Suppose you come up with some fantastic idea, you are excited about it, so you begin to share it with your coworkers and friends. If your friends are smart, they'll begin to analyis your idea for weaknesses and flaws. They'll do this not because they don't like you or don't trust you, they'll do this because it's what they are trained to do. Find the problems and worse, find the 100% solution, the solution that works everywhere. You'll know these people because they'll often begin their comments to you with "No, but..." or "What about..."

The problem with the "No, but..." response is that it sets up conflict, and no forward progress in idea generation can be made until the conflict is resolved. Worse, conflict resolution wastes time and energy and discourages more idea sharing. The "What about..." response almost always follows with some scenario or example that counters your idea in some way. Your response will often be an attempt to resolve that counter example, which when solved will be rewarded with a new and different counter example. Corner case upon corner case, what was a clear, bold and brilliant idea, gets designed into a complex, multifaceted feature that is costly to explain, build and test. If you share your ideas with a team of smart people, this can happen in a disastrously quick manner.

Impatience

Impatience is perhaps the subtlest of innovation killers. You will need patience as you develop the ideas because it will be hard to teach your idea to others, and then once the vision is clear, it will take yet longer to actually implement it. Remember it took Steve Jobs 18 months to convince the record labels to let him build the iTunes music store. If you back down at any point in this long journey, that is when innovation dies. This is why I believe, in so many ways, it's all about the execution.

Ideas are important too, and when you are generating ideas, being creative, all too often a well meaning individuals will ask you to rate the ideas and place them in priority order for potential business impact. This is a good idea, but done too soon, it's like asking a 3 year old what valuable contribution he or she will make to the world, and bereft of any intelligible response condemning the toddler to uselessness.

This impatience to see whether an idea is good or not kills innovation because the real innovation happens generally not in one brilliant flash of light, but at the interaction of ideas, and often ideas interacting with others in the periphery. I first heard Steve Jobs coin the phrase, "connect the dots backwards" and I think this applies here. You can't tell what will be important until after the fact, after the interaction. What you need is a safe place for lots of ideas to interact with out getting shot down. It looks like this:

Creating an environment where ideas can patiently interact and people can interact with the ideas before making the "do or die" business decision is key. What's even more important than the ideas, is that you don't kill the idea generators and integrators, that is, the people! Consider this story related by Heike Bruch and Sumantra Ghoshal in the February 2002 issue of the Harvard Business Review:

"In a major U.S. oil company, for example, we witnessed a committed and enthusiastic manager gradually become apathetic. An IT specialist, he was assigned to an inter-disciplinary strategy-development task force that was charged with creating a new business model for an up-stream division. The team came up with several radical proposals, but they were met with lukewarm responses from senior managers. After several months, the team's ideas were diluted to the point that not even the IT manger found them interesting. What had once been an exciting task became a farce, from his point of view. Believing that no one was interested in new ideas, he concluded that he was foolish to have been engaged as he was. "I distanced my self," he says, "I knew that none of our innovating ideas would ever make it to implementation. So I continued working out concepts and ideas-but with no skin in the game."

To be fair, even the best organizations occasionally create cynics out of enthusiasts. But some organizations seem to make a practice of it by constantly sabotaging any flickers of creativity or initiative."

When creativity flickers, don't let the cold winds of cost benefit analysis prevail. Provide the fuel of saying "Yes!" and patience to wait and see, even if you must suspend your disbelief. This will give people the space and time they need to make great things happen. Remember it took Michelangelo years to complete the Sistine chapel and Goethe spent almost 60 years writing his masterwork Faust. Good things take time.

So, if you want to be innovative here's my advice:

• Focus on execution, on making ideas reality. For every thousand great ideas, only one reaches someone with the courage to actually do something with it.

• Stop saying "No, but...", learn to say "Yes, and...", find a way to talk about ideas that adds more and moves them forward. Give folks what they want. Suspend your disbelief.

• Be patient, great things take time. The really great ideas are going to be a collision of ideas. Let them grow so they can interact.

My Dream App

So a new website has launched that intends to use the "wisdom of crowds" to identify the best ideas for a new "dream" Mac application. The registered users get to vote on all the ideas to narrow down the field, then judges will decided on 3 winning ideas. The net result will be 3 new Mac applications that will prove the, ahem, wisdom (or lack thereof) of those participating. I think it will flop. I hope it's wildly successful.

Great ideas are NOT the limiting factor in software development! It's so much more about execution! Further, the driving forces behind great execution are much more multifaceted than a simple paper specification about how some application should behave. My favorite part of this process is:

Customer: Please build X.
Developer: Okay.
(Time passes)
Developer: Here is X!
Customer: I know what I want, and X isn't it.

It's everything that happens after this conversation that's important, not before. I liked what Daniel Jalkut says:

This contest will do nothing except put a heavy burden on a small development team to turn somebody else’s ideas into the type of application that can usually only be inspired by the developer’s own dreams. Even when a team pursues a dream - their dream - success is far from assured.

Words Matter

When I wrote the title for this post, it seemed almost trite. I don't mean it to be. The words we have at our disposal define the thoughts we are able to think. If you've learned another language and become fluent enough to think in that language, you know what I mean. I spent two years in Brazil as a missionary and grew to love the Portuguese language. While I took my required 2 years of German in High School, there's nothing like living the language to teach you subtleties of the words. There are some ideas that simply can not be described in another language. The Portuguese word saudade, I think, falls into this category. Further, there are the synthetic languages, like Arabic, where I understand that one symbol can take a whole English paragraph to explain! Simply put, the words you use matter, and more than you might think.

My coworkers often chide me, because when I have a new idea, I'll spend hours trying to come up with the name for the thing. Why? Because it frames the way you think about the idea and code names simply don't switch well. You've got to get the name first. I've never really been able to explain this, but I just heard a speech given by Bruce Sterling that I think finally explains the idea really well and introduces several new ideas along the way. The Internet of Things, check it out.

Will Microsoft be Microsoft without Bill Gates?

Today Bill announced that 2 years from today, July 2008, he will reorder personal priorities and work part time at Microsoft and full-time at the Bill and Melinda Gates Foundation. Ray Ozzie will become the new Chief Software Architect. Craig Mundie will become Chief Research and Strategy Officer. I must admit that I'm impressed by Bill's realization that, "with great wealth, comes great responsibility" and I think that he's trying to do things that really help others worldwide. This is a good thing.

The question that comes to my mind is simply this: "Will Microsoft be Microsoft without Bill Gates?" Before you try to answer this question, consider this one, "Would Apple be Apple without Steve Jobs?" I think there's a good deal of sentiment out there that Apple is Steve Jobs, and if you remove Steve from Apple, you don't have that visionary leadership that has been core to Apple in the beginning and especially in it's more recent comeback. Bill Gates is a bright individual, but his "reign" at Microsoft has not been that of a dictatorship. Maybe that's just an consequence of scale, but from my humble view of all this, Bill's greatest genius has been in surrounding himself will other brilliant people, which is not a trivial task by the way. The collection of bright people at Microsoft isn't going to leave in when Bill moves from full time to part time employment in two years. I think what's less clear is how you calculate the influence of an individual at Bill's level and account for that loss.

On team politics...

I think from time to time, everyone has to deal with politics. Depending on your organization or team your milage may vary, but where there are people interacting, trying to get results, chances are you'll encounter some team politics.

I recently finished reading The Five Dysfunctions of a Team by Patrick Lencioni. It was a wonderful read, I highly recommend it. The book is setup as a fable, so the story is fake, but the ideas are very real and practical. One part I really enjoyed was when Kathryn (the CEO in the story) defines politics:

Politics is when people choose their words and actions based on how they want others to react rather than based on what they really think.

Think about that for a while. There's some great wisdom in this definition.