Dan Hough

Huddle's Hack Day

Published 24 April 2012 in London, UK

A couple of months ago, James Pipe approached me with an idea that had been done many times, by many startups and other organisations for many themes, but never by Huddle: a hack day.

Naturally, I felt a mixture of excitement and skepticism. I’d only been with Huddle for about seven months, and I’d never organised a hack day before - hell, I’d never even organised a hack hour. The most I’d ever organised for Huddle’s Product Engineering team was a day when everyone came in with suits on to poke a bit of fun at our excellent and very well-dressed sales team.

“Okay,” I said, “let’s do it.” And I decided that I’d squash all the skepticism with excitement. The planning began, and we roped Toby in to giving us some advice since he’d done this sort of thing before.

In the end, we made a few key decisions:

Apart from that, we sort-of hoped that this whole thing would work itself out. We decided to hold the hack day on Tuesday, the 3rd of March 2012.

Soon, we had worked out what we needed to do and had given ourselves tasks. James worked out the budget, marketing (a poster with a list of buzzwords for inspiration) and timings, and I worked out the technical requirements (a single Gist detailing how to make a reverse-proxy in Node.JS for our API), acted as the official pep squad whilst James went on holiday, and maintaining the countdown post-its on the posters. All very organised. The day came, we had a claxon to sound when the games began (whom we named Erik Claxon), we had lots of snacks, drinks and we even had some healthy fruit. We were ready.

Ideas

We invited the rest of the company to submit their ideas to a huge whiteboard on post-it notes the Monday night before. The response was unprecedented from Sales, Marketing, Customer Engagement, Product and Corporate. In total we collected over 50 independent ideas on the whiteboard. Some were ridiculous, and actually would have been great hacks had we more time, such as sound effects when you click things, or customiseable backgrounds a-la MySpace. Most of them, however, are genuine ideas for features and improvements that although they might not be suitable for a hack day, will make great Tuesday Time (inspired by Google’s 20% Time) fodder. We were blown away by the enthusiasm from the rest of the company.

So, Tuesday morning came and the development team, as well as a few of the non-devs who had submitted their ideas, gathered in the Huddle kitchen to be briefed and for an opportunity to elevator pitch their ideas to the rest of the team. And then, the scramble for teams began.

Results & Voting

It was pretty exciting getting our teams worked out. There was a fair amount of winking, nudging and general attempts at convincing the people you wanted if you had an idea of your own, and in the end everybody ended up in a team they liked, or going on their own with only a vision and a vague idea of implementation. Once we’d all gone through an epic and manic day of furiously programming, eating and drinking, we headed home for some much needed rest and re-adjourned in the morning for the demo to the rest of the company. The hacks were judged by four individuals within Huddle:

One CEO One Junior account manager One Salesperson One Development manager

In an X-Factor style Q&A/critique session, they got all the info they needed and had a private chat after all the demos had finished to decide the winner.

While I can’t actually divulge any of the results publicly on the interwebs (except mine, but I’ll do that in a later blog post), I can tell you that what some of our Huddlers came up with was pretty great. We had a wide range of things, from useful changes to the app, some awesome in-house tools for us to play with and a game based on the Huddle API.

Advice

As it was our first hack day, there’s not a huge amount of advice I can give you, and of course next time there’ll be a lot more to learn still. But for the time being, here’s what I have to offer.

tl;dr

It was a huge effort from everybody involved, but completely worth it. We left it as open as possible and tried to encourage on-the-spot thinking, and recorded as much as we could. Some great ideas surfaced and some impressive implementations were done with such a limited time, and we all had a great time.

The most important thing to remember is that this is not supposed to be a trick to get staff to do free work out of hours. It’s supposed to be open, and fun, and encourage creative thinking, and if some good, shippable stuff comes out of it, that’s just a bonus.

Heckle me on Twitter @basicallydan.