Avoiding Zombie Startups

Danielle Morrill created an awesome term a few weeks back – Zombie Startups – in a post about how to know if your own startup is a zombie. I’ve been using this highly-evocative term with candidates since I read this, and in doing so, realized I needed a way of helping a potential (or current) employee evaluate if the startup she’s looking at is a zombie.

Seattle has its share of zombie startups – companies that it just doesn’t seem like are going anywhere – and engineers should know what they might be getting into. Here’s a two-question way.

1. Is the metric that matters moving?

Let’s break this down.

Read More »

Posted in Recruiting | 1 Comment

Remote interviews: no more excuses

We’re the impetus for ~20 engineer-to-engineer interviews/week – either clients talking to candidates or internal technical screens to validate quality before the client sees the candidate. Some of our candidates are from out of town or out of state, and our consultants can’t leave their office for every interview they’re going to do – so we want to make remote interviews work.

The good part is that the technology is really there: I’m asked enough how we do it that I wanted to write it up quickly. You really just need two tools: Google Hangouts and Collabedit.

Google Hangouts: This is the first 1-1 or multi-user video chat that I’ve found just works almost 100% of the time – very little video stuttering, no terrible echoes just because your mike and your speaker are on the same piece of hardware (i.e. your laptop), and really easy to get going. We tell candidates we’re going to use this ahead of time and ask them to get it set up – and while some candidates don’t have webcams, that’s becoming rarer and rarer. We send out a Hangout link ahead of time when we can (as Google Apps users, we get access to those), but you can easily just use gmail chat and go right to video.

I can’t emphasize enough that Google Hangouts have demonstrated that the future is here – you can legitimately start these conversations on the fly and feel confident that they will work at least as often as your cell phone connection will. I’ve never been able to say this about skype or other solutions.

Also note that Hangouts have a one-click screen sharing option, so either the interviewer or the candidate can replace their face with a window at any point. But why do that when you have…

Collabedit: Collabedit is a real-time shared coding window: you create a link on the fly (and can share it via chat), pick the language for formatting, and then ask questions and see real typed-out answers. There are similar solutions, other EtherPad-based clones like Stypi – I’ve just been consistently happy with Collabedit. I’ll often start the interview with the question I want to ask in a comment that I can just paste into the collabedit window, so the candidate doesn’t have to remember what I said out loud.

Note that we’re using this to replace the traditional technical phone screen as often as we can – I’d like to be there 100% of the time soon. There are many problems with the typical phone screen – I’ve found at least two of them to be improved this way:

  • Interviewers focus better. It’s easy to get distracted by incoming email or a piece of code if nobody can really see what you’re doing, and information just disappears. The video requirement really does mean you get better feedback.
  • Fewer forgiven sins. Even with just a small amount of data, it’s clear that we’re passing fewer candidates with video/code than we did with phone screens. Since we go into every screen wanting the candidate to be successful, it’s easier to paper over flaws you think might be there when you’ve just heard voices – it’s harder to do that when you’ve really interacted.

That’s it: two tools that make hiring folks in other locations a more comfortable and confident experience.

Posted in Interviewing | 1 Comment

Hiring Smart – Seattle, February 6

I’m participating in a panel discussion on hiring smart – team building, avoiding (and learning) from mistakes, and having a strategy – hosted by Turnstone Seattle on February 6. RSVP here. There are a crazy number of RSVP’s, which should make this more fun, and the panel is moderated by the extraordinary Rebecca Lovell. I’m on the panel with Kate Matsudaira and Phil Gordon, which means that if I do get a word in edgewise, it better be a thoughtful one. Hope to see you there!

Posted in Recruiting, Rooster Park | Leave a comment

Happy (Weeks after the) Holidays

Rooster Park celebrated the end of a very-successful 2012 with a few fun items.

First, here’s our holiday card – we sent (and personally signed) ~200 of them to our current and previous consultants, clients, and FORPs (Friends of Rooster Park):

Rooster park holiday 2012

Rooster park holiday 2012 2

Second, we sent out about 175 Rooster Park-branded Kleen Kanteen Insulated Mugs (with both tops!) to a similar group. They’re a huge hit: we’ve sent out a few extras and will need to reorder more. Highly recommended.

Lastly – and most importantly! – we had our annual post-holiday party two weeks ago. We took over Hotel Andra‘s ballroom and Tom Douglas’s minions provided a mix from various restaurants – including, importantly, the Dahlia Lounge donuts.

We also had a photo booth, which after a few drinks, ended up being a huge hit. Here are some of the hundreds of photos – thanks to everyone who made it!

IMG 0014IMG 0032

IMG 0035IMG 0044

IMG 0057IMG 0066

IMG 0082IMG 0086

IMG 0097IMG 0105

IMG 0131IMG 0137

IMG 0143IMG 0160

IMG 0169IMG 0171

IMG 0174IMG 0110

Posted in Recruiting | Leave a comment

Rooster Park Geeks Give Back

This last week, Rooster Park staff participated in Vittana‘s Geeks Give Back challenge. Vittana is a local organization with a global mission: to help raise people out of poverty by supporting their educational process through microloans. It’s an amazing team and mission, growing fast, with a >99.8% repayment rate from their students.

I’m insanely pleased to announce that we were the third-place team in the challenge, raising $4418 in just one week. (This includes a Rooster Park 100% match of all contributions.) More than a quarter of our team participated, and we helped 24 students worldwide – from systems engineers in Nicaragua to chefs in Bolivia. (See more details at our Vittana Team Page.)

If you’re a FORP (friend of Rooster Park, duh), feel free to help via our team page as well – the challenge is over but the need still stands. Thanks to all of our folks who participated!

Posted in Rooster Park | Leave a comment

Happy Demo Day!

Today is the Seattle TechStars Demo Day. As part of our commitment to invest in Seattle startups, I’m attending the first portion: because we heart the Seattle tech community, Rooster Park is a sponsor of the demo day afterparty (as are a handful of our favorite clients). Come say hello and get one of our new business cards from one of us (or collect the whole set).

Look forward to seeing you there!

Posted in Investing | Leave a comment

Leaving Microsoft: Software Development Skills

Every week or so, we’ll talk to an engineer who thinks she’s interested in leaving Microsoft. (We heart Microsoft! They’re a great client! This is reality. Back to the show.)

Leaving usually means wanting to go to a startup or smaller company, and (even) in Seattle, the vast majority of those are based on open source technologies – they’re most often Java, Ruby, or Python shops. But many of those companies don’t have time to train up someone who’s spent her entire career on Microsoft technologies – they look at a resume with nothing but C# and ASP.NET for the last ten years and start to imagine how long it will take that person to be productive, and then they move on. (Companies with primarily Java stacks may be more willing to budge on this.)

So how do you get yourself technically ready to be an attractive candidate?

There are two paths: one obvious, one less so.

Obvious path: start building things. Go spend six months in your I-want-to-leave-so-I-made-some-free time actually building something “real” that runs on an open source stack, in a language that might be interesting (the ones above are good choices, especially Ruby or Python). Make sure the application does something that someone can see. It doesn’t have to be complicated, it doesn’t have to be great – the bar here isn’t “are you an amazing Ruby developer” but “did you take learning a non-Microsoft technology seriously.” That’s part of the secret: if you’re a good developer with solid CS fundamentals, and you’ve made a concerted effort, that makes you a viable candidate.

Less obvious path: move to front-end web development. There’s one set of technologies that Microsoft uses that matter a lot outside of the company – client-side web technologies! At this point, the web client side is where the Microsoft-specific and other stacks converge. Javascript & jQuery at a software engineering level and CSS expertise in particular matters a lot: experience with something like Backbone.js is even better, though I don’t know how much of that is being done inside Microsoft walls. Go over to one of the Bing groups (or some of the Windows groups) that are writing high-quality web client side code, get yourself on that team, and go build things people will see. This is real engineering, and the world outside of Microsoft knows the difference between a webdev whose skills are more around pixel perfection and a software engineer who can write client-side Javascript.

(This is the first post in a will-really-be-ongoing series called “So You Think You’re Ready to Leave Microsoft.”)

Posted in Interviewing, Microsoft, Recruiting | 7 Comments

Some Rooster Park Updates

The post-Labor Day rush that we’ve seen two years in a row has kept us away from the blog, but we have a few positive updates:

  • We’ve made this year’s 100 Fastest-Growing Companies in Washington. It’s our first year of eligibility, and it’s great to be with such esteemed company as our clients RealSelf and SEOmoz, plus some of the region’s other great consulting firms. We’ll have some updates on our final placement and some photos from the event in mid-October.
  • Founder/CEO/guy typing this Scott Ruthfield was named to this year’s Puget Sound’s 40 Under 40. The profile includes photos with (fake) livestock, insight into a potential evening career, and just a few embarrassing items and errors.
  • We’ve moved! We’re now at 901 Thomas Street, right in the heart of South Lake Union, in what used to be the Jones Soda Building. We’ve been there for a week now: we’ve set up an account at the Yellow Dot Cafe, we’re counting the number of previous Amazon colleagues we’re each running into on the sidewalks (I had two on Friday), and we’ll hold some sort of mini-shindig in our 1200sf once we’re no longer working on card tables and sawhorses. Meanwhile, feel free to visit anytime, unless you’re the guy walking Thomas Street spraying Windex on everyone you see.

More soon!

Posted in Rooster Park | 1 Comment

Creating a synchronous hiring process

I sent a mail to a client today that looked like this.

Here’s why.

One topic I always cover with potential new clients is “what does your interviewing process look like.” Here’s how this conversation often goes:

Client: “Send us the resume, I’ll send it to the hiring manager. If she likes it, we’ll schedule a phone screen. If that goes well, we’ll do another phone screen, and then bring him in for a set of interviews, usually with 3-4 people. Then we can make a decision.”
Me: “Great, that makes sense. How long does that take?”
Client: “Well, it depends.  The hiring manager’s really busy, so it can take her a few days to get back to me. Then I have to find a spot on an engineer’s calendar, then I need to review the feedback with him and sometimes the manager, then schedule a second one. Then our admin will help coordinate an interview day. I don’t really know.”

This is a common answer, an understandable answer, and a terrible answer. In engineer-speak, it’s taking something that’s time-critical enough to be synchronous and making it asynchronous. In human-speak,  it’s allowing all kinds of delays in a process where you lose if you are slow.

Your process needs to be fast, and making it fast means putting it all in sync. This includes things like

  • Expect fast turnaround from your managers. If recruiting is really Job #1 for your company right now, then the internal admin/HR/recruiter person should be able to walk up to the manager at any free moment, have her spend 90 seconds reading the resume, and then make a decision on next steps. Sitting in an inbox (or printed on a desk) is time wasted.
  • Every interviewer knows and can act on the next step in the process. Phone screen goes well, you want another one? Great. When you’re talking to the candidate, ask him his availability; jump on Outlook or Google Calendar, see the free/busy times for the engineer you want to schedule, and book the appointment while you’re on the phone. Boom, you just skipped another runaround and another few days’ worth of delay. You think the candidate is ready to be brought in to interview? Great, you’re empowered to find a day when talking to her and then get someone to actually schedule the right interviewers, and you can even book the conference room (the one with the whiteboard, close to the bathrooms). This means HR and mgmt needs to inform interviewers of the process and empower them to make the next decision (if it’s a positive one).
  • Set an SLA of <48 hrs between steps. There should be a reportable reason why the next step in the process takes more than 2d in every case. Try to keep it to 1. Look for ways around artificial constraints (the “right” interviewer is out of town? Can you find another one? etc.)
  • If you’re going to want something else, ask for it in advance. If you want a coding or test plan sample, ask the candidate to bring it with her on interview day. Have that ready for you.
  • Debrief always happen the day of interview. Scheduling an interview should always include scheduling the debrief (however your company does it), and it should always happen on the day of the interview, so that there’s a consistent practice. (There may be advantages to a day’s delay to allow folks to cogitate – I haven’t seen that be true in general – but let that be the exception, not the rule, and then schedule a second debrief – again, while you’re in the first one.)

Note that being fast and being thorough are not in conflict. You can have as many steps as you need, as long as you keep them close together. We’ve had two candidates join teams in the last month, both at companies with a four-step, ~8hr process, both which made it happen in four days. It’s the delays, not the steps, that kill momentum and lose candidates. (Ideas on evaluating your steps will come in a later post.)

Oh, and the email? The number of days from Step 1 to Step 4 for a candidate at one client. Does that seem like a large number? Check your own stats.

Posted in Interviewing, Recruiting | 3 Comments

Rooster Park Celebrations!

As usual, Seattle summer started on July 5, and so we’ve had a few events this week to usher in a great summer.

On Wednesday, our staffing team (Mira, Stacy, Caroline, Melissa, Amy, and I) went for a boat ride in Lake Union. As you can see, we had a miserable time.

   

On Thursday, we invited all 45 of our consultants (and a few guests) for a happy hour at the Elysian in Sodo. Not everyone made it – some didn’t want to get on planes, some went to the wrong place, and one consultant’s wife is having a baby any moment now – but the ones who did come had a good time. Also, T-Shirts! Surprise. Didn’t get yours? Let us know. Who knows what they’ll be worth on eBay some day.

     

Thanks, as always, to our awesome team. Here’s to a great summer and an excellent year ahead!

Posted in Happy Happy Joy Joy, Rooster Park | 1 Comment
  • Rooster Park Blog

    This semi-regularly updated blog is written by Rooster Park CEO Scott Ruthfield and includes musings on Seattle-area technology, staffing practices, and web development techniques.