Skip to content

Categories:

The Valley Lacks Flexibility, Not Talent

What Are You Buying Startups For?

Companies keep buying startups with cool products, good ideas and talent. Most of the time the reason seems to be to buy them before the competition does. Buying and integrating a startup into a larger corporation is quite a task – after all these people started their own thing instead of joining a company in the first place. Most of the time buying a startup has bad consequences for the parent company.

First of all the cases where the integration of the new small agile and innovative company into a large corporate worked are few and far between. Most of the time the company gets bought, the original employees get annoyed that they have to change their ways, the CEO cashes in and once the required period of staying is over moves on to new and better things or to start the next company. The amount of blog posts by disgruntled engineers of startups ranting about the period of merging is legion. You bought a working thing, maybe it is a good idea to leave it as it is and get its data and access to its users instead of trying to change it.

Secondly, buying a startup for a lot of money gives a message to the engineers in-house that they are missing out. It feels wrong that the company buys technical companies and pays them a lot of money when what they do is not that hard (and engineers always consider things not hard). It gives engineers the feeling that they just didn’t get the chance to do something similar as they were busy ploughing through endless bug reports instead. It also makes them feel inadequate and that means that the startup engineers working with in-house ones on integration are already in for trouble.

Instead of buying startups and trying to alter them to fit the rest of the company (which was exactly what the startup didn’t do, which is why it was a success in the first place) why not just partner with them? By all means buy them but don’t try to swallow them as it will cause you stomach ache and make people leave.

Interviews are Applications

They say that you never get a second chance to make a first impression – especially when it comes to job interviews. In a saturated market however where several companies try to hire you as an expert this works very much both ways. You apply for the job but the company also applies to you.

How about giving an applicant a real-world problem to solve? How about showing them some live code and asking them why some of the things are done the way they are done? How about showing them erroneous code and ask them to debug it…?

Judging by some of the interviews I went through before landing my current role, I am not surprised that companies are struggling to hire people. You have of course the odd press release where the CEO of a large corporation hired some kid on the spot after doing a cool demo, but let’s face reality: on the whole, job interview processes are tiring, annoying and to a large degree about going through the motions rather than really trying to find a good employee.

You are aware that developers right now get a lot of offers. Why would you put a several day process in place with dozens of interviews starting by forcing the applicant to sign an NDA?

I’ve declined a few job offers after the interview and the reasons were much the same that makes job listings ineffective:

  • Impersonal. Interviewers had no clue who I was or what the role was. Instead they were just sent in as they were “technical” and available. This meant that I got the same questions in several interviews (which also meant that interviewers had not conferred with the ones that questioned me beforehand) and I was asked the only set of questions the technical person knew – regardless of how irrelevant they were to the role at hand.
  • Bad planning. Interviewers didn’t show up, couldn’t be found and once we were kicked out of a meeting room during my interview as someone else had booked it. If that happens during the interview, what impression does that give me of day-to-day life?
  • Classic, out-of-the-book interview questions. You can guess that in five year’s time I will not have started my own cult or bred a new race of atomic supermen. My biggest weakness is most likely that “sometimes I work too hard” and not that I love cross-dressing and dancing to Polka in public fountains. The answer to “how many golf balls can fit into a school bus” is “as many as possible until it is full,” and the answer to “how much would you charge for cleaning all the windows in Toronto?” is “a million billion gazillion dollars” while using your pinky doing a Dr. Evil impression. Let’s move on, shall we?
  • Generic CS questions. I was asked several times to write a solution for an algorithmic problem on paper or on a whiteboard. You know, math problems. The things you do to get a degree. I thought I was hired as an expert – why not ask me the things that make me an expert instead of asking me to repeat what I learnt in the past?

Let’s think out of the box:

  • How about giving an applicant a real-world problem to solve?
  • How about showing them some live code and asking them why some of the things are done the way they are done?
  • How about showing them erroneous code and ask them to debug it or tell you which parts are not optimal and how they would improve them?
  • How about asking them to document some of their own code and explain to you why they did things the way they are?

How about this as a rule: no interviewee coming through the door should be a stranger. Interviewers should have researched them and prepared a few questions and ask for explanations. That way you save time and money and you don’t make people feel belittled or give a wrong first impression of your company.

And Finally, Why Not Give Geeks What They Want: Respect and a Voice

Large corporations are seen as black holes. You see very outspoken and active developers who blog, participate on forums and mailing lists join a large company and vanish of the face of the earth a week later. I was once congratulated on my blog and my online work and then told in the same sentence that I would have to stop doing that when I joined the company. Wait, what?

If you want to find and hire talent, show off the people they’ll be working alongside. Instead of silencing your employees give them an infrastructure to use to show off to the world what they are doing. Coach them not to disclose copyrighted technology or company secrets, but give them a voice (a simple blog system will do) and a playground (a virtual server with a domain like people.corporate.com/name) to show the world that in your company there are people who do awesome stuff and you won’t be employee #14321 but instead the same person you are now – only with a company that is OK with you telling the world about the cool stuff you do.

Show off your staff and more will come.

Photo by sundstrom

Discuss


Posted in Uncategorized.


0 Responses

Stay in touch with the conversation, subscribe to the RSS feed for comments on this post.



Some HTML is OK

or, reply to this post via trackback.