Today’s TED Talk made me think long and hard about the issue of culture in startups, especially about how to create a culture of helpfulness. The research on the subject is quite clear, that helpful cultures outperform unhelpful ones hands down.
I’m struggling though with whether a culture of helpfulness is at odds with a results oriented culture. Is it possible to have both? If helpfulness leads to better results, should you focus on the end goal or on the process to get there?
I’m disturbed that I may have been mistaken my whole life, trying to create results oriented cultures when I know I would much rather work in a culture of helpfulness without the competition.
I left an organization a number of years because I just didn’t enjoy working there. I had ended up in a job I didn’t like and that was a good enough reason but fundamentally I didn’t like the organization.
Since then, I’ve struggled to define what it was exactly that I didn’t like. Over the years I have identified a number of factors that influenced my decision but until I watched this TED Talk, I didn’t see the whole reason. And that reason was that there was not a culture of helpfulness.
There may have been helpfulness within various teams in the organization but fundamentally there was no helpfulness between teams. Each team had its own budget and there was intense competition for and jealousy of other teams budgets. Results were team based and not organization based and there was intense competition to see who could be the shining star, individually or as a team.
This resulted in a general lack of helpfulness between teams, in fact it was so bad that teams would encroach upon each other, stealing good ideas and replicating programs. There was poor handoff of clients between teams and even a competition between teams for clients.
The problem was, that as bad as it was, the organization was not open to change. And his made it extremely frustrating when you needed to get things done in conjunction with another team. While the problems were easy to see and the consequences quite predictable, the organization was not open to analytical self criticism. Eschewing self-critical analysis, it buried conflict because candor was not safe.
Anyway, enough of my lamenting. Watch the video and think about your own organization. And if you need to either create or go find a culture of helpfulness.
There is a great TED Talk you should watch that went live yesterday. In the talk Bill Gross who is the founder of IdeaLab and has founded a lot of startups talks about some research he has done about why startups succeed and others fail.
“He has gathered data from hundreds of companies, his own and other people’s, and ranked each company on five key factors. He found one factor that stands out from the others — and surprised even him.”
And that factor is timing. It is his proposition that the one thing that contributed most to a business’s success was timing. The startups that came out at the right time succeeded and the ones that were early or late didn’t do as well.
Two other factors that he felt contributed to why startups succeed were the characteristics of the founding team and the degree of differentiation of the idea.
Unfortunately, as a recipe for success, that leaves a little bit lacking. You really should ask the question, then: “How do I get my timing right and how do I know this is a good time for my business?”
I think I have an answer for the question of timing. While I haven’t done the quality of the research that Bill has, I’ve been doing similar research for 15 years, trying to figure out why startups succeed. But more on that tomorrow.
Watch the talk, it’s only about six minutes long, and return tomorrow for my take on how you can get your timing right.
Since I wrote a post on Monday entitled If, Then, Else, I figured I should follow up that one with ‘End If’. Bear with me here for a sec and you’ll see why this is relevant and interesting (at least to me.)
In computer terms End If is the command that is used to terminate a multiple line “If” command. (Written ‘endif’ for those who like to correct my spelling.) But I’m not talking about programming here but how you know when you’ve reached the end of a task.
The best case in point is in the development of process. How do you know when you’ve finished creating a process? I’m working with a growing company called Veloxsites that has developed a platform for partially automating the production of websites for small businesses. We are growing like gangbusters these days with all sorts of new resellers being signed up.
Signing up a new bunch of resellers in a short period of time has really shown how bad our on-boarding process was. To be frank, it really wasn’t much of a process and we were probably guilty of winging it.
So being good worker bees we worked hard to document the process and to create pre-packaged Statements of Work, Project Plans etc that we could re-use so we could reduce the complexity of the reseller on-boarding.
This wasn’t hard to do and we accomplished the task of setting up the new process in rapid order. But the funny thing was that when we thought we were finished, we kept getting funny questions from resellers that indicated that the process wasn’t meeting their needs.
So we looked at this process again and decided that we were creating all sorts of artificial hoops and barriers that resellers had to go through that they didn’t appreciate. We had adopted a big process mentality when it just wasn’t needed.
So when we could have said “End If” the process was documented and automated to the extent possible, we decided that we should “End If” the process was as short and painless to resellers as possible.
What we then did was take apart the process, trying to figure out which steps added value and which ones didn’t. As it turned out, few of these steps added value so we started chopping and then we really started automating.
What we have arrived at looks nothing like where we started. We decided that we could almost entirely eliminate the process of on-boarding resellers if we eliminated stages and skipped straight to the end stage of an implementation. We could also eliminate complexity by almost entirely automating the process.
We haven’t finished yet but we are planning to arrive at a point where a salesperson can on-board a new reseller in five minutes in the middle of a sales call. We can take a process that used to take two weeks and five people and bring it down to something trivial.
We decided to “End If” the process took us no work whatsoever.
I was sitting with several people in a meeting recently trying to figure out why they just weren’t getting what we were talking about. It was one of those situations where we had had a meeting recently and made a number of key decisions. Now we were meeting to decide something else and the results of the first meeting clearly (to me at least) had implications on what we had to decide in the second meeting.
But we were effectively re-hashing the first meeting all over again. Not being very high on the emotional intelligence scale, I was getting visibly frustrated at our slow progress. And then it hit me; they just didn’t see how the results of the first meeting impinged on the second.
They didn’t get: “If, Then, Else.”
I’ve since been in a number of situations where I recognized the same thing occurring. One of them was in Spanish class where we were conjugating verbs and one fellow student couldn’t seem to get the pattern for conjugation of -ar verbs and how all verbs of like types have similar endings. Another “If, Then, Else.” problem.
I’m still trying to understand the problem. Is it an inability to see how the two situations are similar or is it an inability to transfer the conclusion from one situation to the other? Or even worse, could it be both?
I suppose this is the foundation of logic and reasoning. I’ve tried to figure out if an “If, Then, Else” failure is a failure in inductive, abductive, or deductive reasoning but I get a little lost in the definitions of these so I’ll leave that to another time.
Whatever it is, a person who gets “If, Then, Else” (computer scientists and engineers) tends to get very frustrated with people who don’t get it.
Since I would rather work with people who “get it” rather than those who don’t, I’m trying to figure out how you can screen for “If, Then, Else” in an interview. I’ll add it to the list of things you want to hire for which now include:
- If, Then, Else ability (logic and reasoning)
- Attitude (as opposed to aptitude)
- Emotional Intelligence
I have had a number of conversations recently with people who were lamenting the state of disorganization in their companies. The stories revolve around people spending too much time getting stuff done due to a lack of process or an inability of others to follow process. Apparently this results in much crazy making and general confusion.
I thought back to places I worked years ago and I must admit until recently, disorganization was not as much of a problem. Things didn’t happen as fast and changes weren’t needed quite as often. So when disorganization occurred as it inevitably did, there was enough time to sort it out before it became soul destroying.
But I have worked in several places recently that were crazy places and in one in particular, process was not valued so the place just got crazier the more people there were. This was supposed to be a good thing as it was supposed to foster innovation. I guess some people think they thrive in a state of constant turmoil.
I’m working now with a client that devolves into confusion on a regular basis as the company grows and experiences new growth pains. Each new situation results in disorganization but the difference is that the people there actually like the addition of process as they see how it reduces complexity and saves them time. So whenever there is confusion, we work to add small light processes to eliminate the nonsense.
The difference between the two places though is a willingness to embrace process, people who will step up to develop it, and an appreciation of how to implement process.
And I think that this is the essential difference between sanity and crazy-making. There are not enough workplaces in the knowledge economy that embrace process and as these organizations grow they become more and more disorganized. In these places, disorganization is the new normal.
There is a great post in Inc Magazine that discusses five common leadership fears and how to get over them. These are the fears they have identified:
- Making Decisions
I like the list as it’s a good summary of leadership fears but in my mind these fears are all related to one central fear and that is fear of failure.
- If you don’t listen to criticism, you will never find out that you have failed.
- If you don’t make decisions, you can’t fail.
- If you shut up, no one will know you’re wrong.
- If it isn’t your responsibility, you haven’t failed.
Now the post goes on to recommend how people can get over each of these fears but since they all relate to a fear of failure, there should be one central way of overcoming the fear of failure. To get there we need to look at why people are so afraid of failure.
I think it all comes down to an inability to be vulnerable. Now here I am talking about this mushy emotional intelligence stuff again but it really does help to be aware of what’s going on emotionally as there isn’t always a logical solution to a problem. And while you can be aware, it doesn’t mean you have to deal with these random emotion things, just acknowledge the source.
So vulnerability, Brene Brown’s favourite subject, rears its ugly head again. Vulnerability as defined, refers to the inability to withstand the effects of a hostile environment. That’s what happens when you fail, the environment gets hostile.
But there is an easy way of getting over the problem of vulnerability at work and that is by realizing that no one cares about you anyway, they really only care about themselves. These other people who might be criticizing you are just letting you know what their needs are.
They want to be recognized, to be heard, to be listened to and to be right. If you play to their needs, it really won’t matter that you failed. Just listen to them, acknowledge that they are right, that you were wrong and that you failed and you will have met their needs.
I guarantee that they won’t remember that you failed but instead that you are a good listener and very agreeable, someone who makes them feel better by meeting their needs.
I often feel there should be rules about arguing specifically to prevent Ad Hominem fallacies in arguments. Something like the ones the Marquess of Queensbury adopted for boxing. In my fantasyland of arguing, the red card would be reserved for these fallacies.
Now I know in using the term Ad Hominem I’m committing all sorts of blogging faux pas by using Latin words but you can think of it simply as meaning “Against the Man” (or woman.) An Ad Hominem is a logical fallacy used by a cheater when he or she has no other way of winning an argument.
Instead of attacking the argument, the cheater attacks the person doing the arguing. This is actually a logical flaw in an argument that should render the argument invalid but it seldom does.
Types of Ad Hominem arguments:
- The standard Ad Hominem attacks the character of the person making the statement. “What would you know, you’re blond?”
- Poisoning the Well discredits a person upfront. “Don’t listen to Charles, he’s blond”.
- An Abusive Ad Hominem attacks the arguer’s background as in: “What would he know, all his friends are blond.”
- A Circumstantial Ad Hominem points out irrelevant circumstances such as a vested interest. “I wouldn’t trust Charles, he owns shares in a hair colouring company.”
- And finally a Tu Quoque says something must be invalid because the arguer is guilty of it herself. “Don’t tell me my hair looks like straw, you die your hair blond too.”
In my imaginary world of arguing I would be quick enough to be able to see an Ad Hominem across the room and render any attempt at one invalid. “Hey, that’s unfair!” I would say, “You just committed a Tu Quoque!”
But alas, I’m not that smart. I frequently find myself thinking what I should have said, if only I had thought faster. I have a term for this and it’s: “I Thought to him!”
If you aren’t any good at catching these things in flight, maybe you could learn to use them in arguments yourself. After all, if the average person is lousy at spotting a gratuitous Circumstantial Ad Hominem then maybe they are a good tool on their own.
So here’s what you should do: Review the list of Ad Hominems above and practice using them in arguments. Surprise and confound your friends and loved ones with arguments that can’t be countered. If you get really good at this you could even consider standing for election as this seems to be the prevalent technique in politics today.
Several weeks ago I was ruminating about various types of bias and I ran into one recently that I thought to be very interesting in terms of its implications. This is Confirmation Bias.
According to some definition pulled from somewhere “In psychology and cognitive science, confirmation bias (or confirmatory bias) is a tendency to search for or interpret information in a way that confirms one’s preconceptions, leading to statistical errors.”
When I was at MaRS Discovery District, (or should I say, when I was on MaRS) the then VP of Operations, Don Duval used to report that more than 80% of respondents to their survey gave MaRS a 4 or 5 out of five in rating the service they got from MaRS. Now at the time, not thinking about this stat very much, I thought this was an OK result.
The measure on the surface looks like a good one but I have since learned that if your average on customer satisfaction stats is a 4.2 or so, this is actually not a good result. The way I learned was by conducting a workshop where I got an average score of 4.2. I knew that the workshop, while not totally stinking, wasn’t very good. (These things happen.) But the participants were kind enough to give me a 4.2.
At the University of Toronto School of Continuing Studies, where I teach a course on Strategy Execution, my most recent score was a 4.8 and that I consider reasonable but now I don’t find it superb.
The problem is confirmation bias. People who have selected you as a supplier are subject to this confirmation bias as it is a hard thing psychologically for someone to admit they made a mistake. Having invested time in a supplier, a customer will want to confirm their own choice by not rating a supplier as poor. The way they get around this is by scoring someone as 4, not great, just OK. In the parlance of performance evaluations this is probably a “low meets.”
If your survey population is subject to confirmation bias you should be looking for an average above 4.5, not down around 4. And if you’re doing these types of studies, a better methodology to use is Net Promoter Score because it eliminates confirmation bias.
In the world of biases, I know myself that I’m guilty of recency bias as I have a habit of giving the most credence to that which I learned latest. (Or it could be that I have a bad memory and can’t remember anything I learned earlier.) Whatever it is, we’re all subject to biases in making decisions.
A recent Globe and Mail article on How the Leafs Learned to Love Analytics (no link because it’s behind their pay wall) outlined five types of bias. These were confirmation, recency, information, sample size, and simplicity.
I was impressed thinking that these were a good summary of major types of biases. But then I went to Wikipedia to see more on the subject and was overwhelmed. Their list of types of bias has over 150 entries. Everything from subjective validation bias to reactive devaluation bias.
You really should scan the list to see what you suffer from. I laughed at the last one, being guilty of it myself. This can be like a new type of hypochondria…spot the bias.
Back to the article. The proposition in the article is that statistics can help you avoid the effect of a bias. Now on first blush, that seems a reasonable proposition but I’ve been thinking about it and have decided that it just won’t wash.
Biases are for the most part, an emotional response to a particular situation. Statistics on the other hand are a logical response. Now I don’t know about you but for most people, in a battle between the two, an emotional response trumps a logical response any day.
And this got me wondering, maybe this is why people just don’t pay attention to statistics or analytics. They will just create cognitive dissonance between their emotional bias and the results of the analysis.
Don’t worry, be happy.
Let’s face it, if you’re working more than eight hours a day, you’re not being effective. Lots of studies show that productivity declines rapidly after about eight hours of work. And much of what we’re doing in a day is busy work.
You might have heard of the term busy work but let me explain how I see it. Busy work to me is anything that doesn’t materially help you achieve your objectives and result in success. Let’s take that one slowly as there are a few thoughts embedded in here.
If you don’t know what success is in your role, then you’re doing busy work. In fact in this situation, all the work you’re doing is busy work. After all, if you don’t know what leads to success then what on earth do you know what to do when you get into work?
If you’ve done a good job establishing what success is in your role, then you have probably also figured out what objectives you have in place to achieve that success. If you’re doing anything that doesn’t tie into those objectives, directly then you’re doing busy work.
Next point. If you doing something that ties into your objectives but doesn’t help you meet those objectives in a material way then you’re doing busy work. Why would you do something that’s meaningless and immaterial in any case unless you’re trying to stay busy?
To bring these thoughts home, you should read an article from the Harvard Business Review about Why We Humblebrag About Being Busy. Let’s stop celebrating how much we work and instead start bragging about how little we have to work to get shit done.