I’ve written about some of the difficulties of describing your “why” as an innovation services firm. I began thinking about our “why” last year when Melissa Bugai first introduced Simon Sinek’s talk to me. The process I went through at Atomic to get to a consensus description of our “why” made me realize something interesting. After explaining Simon’s idea, I asked various Atoms the question, “What do you think the ‘why’ of AO is?” I almost invariably got answers to an equally important, but very different question, namely, “Why do I work at AO?” I’m now calling these two questions the “existential why” and the “practical why”.
The “existential why” is Simon Sinek’s “why”: why the company exists, what we’re passionate about, the common interest that binds us together. It’s external facing, and hence potentially useful for marketing.
The “practical why” is important to attract and retain top people, for company leadership to understand what makes an effective and satisfying workplace, what motivates employees, what you can expect from them, and why they chose to work for you.
First cut at “existential why”
You can see the lack of “why” clearly in Atomic’s first website. It focused exclusively on our “what” and “how”. Here are the first few lines from our 2001 home page:
Atomic Object builds great software.
[Great software] comes from smart people using a disciplined process.
That website went into considerable detail about the services we offered, how we tested and worked iteratively, what pair programming and test automation were all about, etc. Lots of “what” and “how”; definitely no “why”. This made a lot of sense at the time. Simon hadn’t yet raised my awareness of the what/how/why distinction, and I was a craftsman very much in love with my craft, excited to share that love, and convinced that how we did things was good for our clients.
Before I started asking around, I took a crack at describing our “why”. Here’s how it came out:
Generalists build great software,
collaboratively with clients,
predictably in time & budget,
while respecting the craft and the builders.
Ugh! Ten years later and my first cut is still talking about “what” and “how”. It doesn’t exactly roll off the tongue either. Melissa put it quite clearly in an email to me:
It’s not a why. Recently it struck me that it’s a how. That nicely fills in the middle ring of the why-how-what structure. But I was still curious what the bullseye is – what’s the why? It occurs to me that you already know the answer and have articulated it. … So let me ask you this: Why did you leave [the University] and start AO? What belief, goal, or motivation did you have for starting a software company in a world where software companies were everywhere?
Succinct analysis and a great question. She then came up with an alternative and got a lot closer to what I think is our true “why”:
We believe there is a better way to build software.
Melissa explained her take on our “why” in terms of the “what” and “how” I’d used:
[The “why”] is something anyone can get behind. We do believe there is a better way to build software, and we’re always seeking it. We stay generalists because new stuff is always coming and we’re ready for it. We work collaboratively because it’s the best way to build software. We have integrity as craftsmen because it produces better software. We aren’t settled on our process because new things make our process better every project, every week. … We are always out to find the better way to build software.
Second try
I re-phrased our “why” a bit after this email exchange with Melissa, putting the emphasis on the act of searching and finding, not just believing, and adding the ultimate goal, which is the creation of great software. Here’s my second version of the “existential why” of Atomic Object:
To find better ways of building great software.
The verb “find” brings to mind a quest, curiosity, restlessness, and discovery. That’s what it feels like at AO. The verb “build” acknowledges we’re engineers, not scientists; our work is to create things.
Getting help
For any sufficiently interesting or hard problem at Atomic, I engage other people to help me solve it. When I started explaining the Sinek “why”, and asking for ideas, I discovered the distinction between the existential and practical whys. During a recent Board meeting I sought the “existential why” from senior Atoms. I arrived at our current best answer to Simon’s question. The “existential why” of Atomic Object is:
To build great software and find better ways of doing it.
Not as short and pithy, but reversing the order better reflects our priorities as a business. After all, we aren’t running a software development think tank or research institute. We come to work every day to build great software for our clients.
At that same Board meeting, the conversation around the “practical why” was also interesting. Some of the answers I got to that question, namely, “why do you work at AO?” included:
- the people
- trust
- pride of work
- satisfaction
- control
- never stagnating
This in turn fostered a discussion about retention and growth.
Though we didn’t always articulate it this concisely, our “why” has been strong and consistent from day one. We’ve evolved our service offering (the “what”) substantially in ten years, and we’ve made huge strides in our quest to find better ways (the “how”). But Atomic’s raison d’être, and the underlying goal of everything we do has remained the same. And that’s a powerful force.
I’d be very curious to hear from others that have tried to define their “why”. Was it really clear, simple and obvious? Did you struggle as I did? Did you find it useful?
- Attention: Spending Your Most Valuable Currency - February 10, 2022
- Slicing the Revenue Pie in a Multi-Stakeholder Company - July 30, 2021
- Commercial versus Existential Purpose - July 19, 2021
- How I Misunderstood Mentorship and Benefited Anyway - June 16, 2021
- Sabbath Sundays and Slow Mondays - June 4, 2021
Melissa Bugai
October 14, 2011You know I respect you a great deal Carl. I recently called you my “hometown Steve Jobs.” However, I um, I can’t help but point out that “To build great software…” is a what, not a why. It’s enjoyable, meaningful, rewarding work to build great software, I know that. But it’s not inspiring. I know a number of places I can get great software built. Why build great software? Why is process improvement so important? What’s the point? What’s the purpose?
When you finally articulate your why you will inspire such greatness that it will test your resolve to not be big.
Carl Erickson
October 14, 2011This is really cool, Mel. You’re still pushing me. Thank you. Need to think more about whether I’m still not there…
Greg Williams
October 16, 2011I was thinking along the similar lines of where Mel is pushing you, because I think there is an oversight by using the word ‘build’. I firmly believe Atomic is MUCH more about ‘crafting’ than ‘building’.
‘Building’ seems to really a mechanical ‘turn-the-crank’ approach which is where any company starts to perish, because there is no inherit magic in nor long-term motivation in just ‘building’.
‘Crafting’ gives a very strong innovative and creative twist on the ‘why’, and much more fully captures the heart of Atomic.
Carl Erickson
October 16, 2011Very interesting point, Greg. I have thought about whether or not “build” disenfranchises designers. Ultimately I decided it did not. But I find your point that “build” is too plebeian and mundane for both developers and designers insightful.
Carl Erickson
October 16, 2011Ok, Mel, I had more time to think about this. I think you’re snagging on what I wrote about earlier, namely, that innovation services firm’s “whys” are inherently about what they do and how they do it.
This is very confusing, and took me quite a while to straighten out in my head. Please read my previous post on this subject again and I think you’ll see what I’m getting at.
Innovation services firms are symbiotic with their clients. We in effect align with or co-opt a bit of our client’s “why” for each project.
Dave
October 14, 2011“We believe there is a better way to build software.”
I will be thinking about this for the next few weeks. Excellent!
Carl Erickson
October 14, 2011Glad you enjoyed it, Dave. Thanks for letting me know.
Chadrick Mahaffey
November 9, 2011I loved your talk at GRDevDay (Happy Makers Make Happy Customers) where you brought this up a bit. I have kind of a Tongue-in-cheek answer which may or may not have anything to do with your why, but it is why I’ve been an evangelist for agile and openness for a long time. “Because so many others are doing it wrong.” That does not make for a very good positive phrase though.
Carl Erickson
November 9, 2011True, but I like it Chadrick. It touches on something to me that’s important: if you know how it can be done better, you have an obligation to do it and show the way.
Mining our passions for the "why" | Atomic Spin
January 25, 2012[…] talk “How great leaders inspire action”, Carl discussed his evolving thoughts about identifying the why of Atomic Object. I ran across his post again a few weeks ago while catching up on some reading. It hasn’t […]
Passion for the Work | Atomic Spin
March 7, 2012[…] has written about identifying the “why” of Atomic Object and Jason’s follow-up blog post captures his perspective on Atomic’s raison d’être: Everyone […]
Crying in the office | Great Not Big
May 24, 2012[…] the years until retirement. A small company with employees who care about their work, who have a common purpose, and important social connections at work, sounds an awful lot like a big, extended family. Should […]
Our 5 value mantras define our culture | Great Not Big
September 19, 2012[…] makers share a common “why”: We exist to create great software and get better at doing it. It’s more than just a […]
Trial By Pair – Vetting Job Candidates with Pair Programming | Atomic Spin
October 26, 2012[…] experiment with the order and manner in which we conduct each step. Just as we strive to build great software and find better ways of doing it, we also strive to hire great software craftspeople and find better ways to identifying and […]