{"id":4261,"date":"2016-01-27T16:52:55","date_gmt":"2016-01-27T16:52:55","guid":{"rendered":"https:\/\/ushipblogsubd.wpengine.com\/?p=4261"},"modified":"2025-09-03T16:05:28","modified_gmt":"2025-09-03T16:05:28","slug":"6-major-lessons-uship-hackathons","status":"publish","type":"post","link":"https:\/\/ushipblogsubd.wpengine.com\/shipping-code\/6-major-lessons-uship-hackathons\/","title":{"rendered":"6 Major Lessons from uShip Hackathons"},"content":{"rendered":"

Over the past three years, hackathons at uShip<\/a> have grown from an idea to a tradition. Ideally, we want each event to feel almost effortless in their planning and execution. While we\u2019ve experienced many successes, we\u2019ve also learned a lot of lessons along the way.<\/p>\n

Below are some of the takeaways from our team of 40 developers who have participated in a dozen or so hackathons to this point.<\/p>\n

Preparation is key | Hackathons<\/h2>\n

Throwing together a hackathon<\/a> at the last minute can work, but only if you have folks who already have ideas queued up and ready to execute. Otherwise, you\u2019re looking at a complete crapshoot. If you\u2019re going to want people to spend part of a weekend at work, no matter the reason, you\u2019d better give them notice.<\/p>\n

This is where building a hack-centric culture is invaluable, as it becomes something people want to do naturally (more on that later). Try to create a buzz about the event organically. Use the weeks leading up to the event to build anticipation. Getting developers excited about the hackathon can be trying at times, but it\u2019s extremely important.<\/p>\n

Involve non-technical staff, when possible | Hackathons<\/h2>\n

We now hold Engineering Department hackathons once or twice per quarter. At least once a year, however, we have a company-wide hackathon as one of our monthly \u201cFirst Friday\u201d events. During the larger events, Developers learn about pain points in user experience from our sales, business development, and customer operations teams.<\/p>\n

Encourage your non-technical staff to submit projects, recruit a team, act as a QA and SME, or even get their hands dirty in development. Help them cultivate their idea from a problem-solving approach rather than a solutions-first one. An example might be, \u201cI can\u2019t search for a shipment by location,\u201d vs. \u201cBuild a new shipment reporting screen\u201d.<\/p>\n

This way, your entire staff gets exposure to an outside-the-box line of thinking. By opening things up to members outside the dev team, we\u2019ve discovered employees who were interested in development then later went through our internship program and eventually became full-time developers.<\/p>\n

Facilitating connections is more important than organizing | Hackathons<\/h2>\n

If you\u2019re the organizer or part of an organizing committee, you don\u2019t need to manage this event. Put people in the best position to learn about proposed projects, and they will naturally self organize. For internal events, you don\u2019t need to overthink structure nor apply a theme.<\/p>\n

At the event, the location where folks do the hacking is much more important than it may seem. Are people sequestered in far away rooms? If so, they might be more productive, but it can feel like work. We prefer getting as many people together as possible in a big room, with plentiful beverages and some music.<\/p>\n

Timing can be challenging | Hackathons<\/h2>\n

Avoid scheduling hackathons on days where people tend to be out, like holidays or popular festivals. Low participation can kill the morale of those who attend. It\u2019s also pretty uncommon that somebody wants to work a full week and then spend an additional day or two at the office,even if it\u2019s on a project of their choosing. Cutting into normal work hours will probably not affect sprint commitments that much, but it will prove to developers that management truly believes in the value of hackathons.
\nMultiple days &amp;gt; 24 hours
\nTo expand on the last point, the best hackathon projects we\u2019ve produced have come from multi-day hackathons. Recently, we reserved the 3 days before Thanksgiving and gave our Engineering team that time to work on whatever their hearts desired. Typically, a high percentage of the team would take one or more days of PTO that week to get an early start on holiday travel anyway, so those who remained were able to plan and execute over multiple days on projects with a significant scope. Given that amount of time, people were able to give their projects more polish and solve some of the nagging issues that we typically ignore during a more rushed timeframe.<\/p>\n

Follow through | Hackathons<\/h3>\n

A hackathon isn\u2019t just a weekend event. Once the novelty wears off (after one or two events), developers may justifiably begin to question why they should continue to participate if nothing is done with any of the projects. Generally speaking, the purpose of a hackathon is to quickly produce a piece or proof of concept of a potentially big idea. If people don\u2019t believe the leadership will champion the most promising ideas across the company, they\u2019ll stop building them and, god forbid, become less inclined to generate big ideas altogether.<\/p>\n

We\u2019ve pushed for buy-in from technical and product leadership to see that, where applicable, pieces or sometimes entire hackathon projects are put into the development pipeline. The code gets cleaned up\/re-architected, sent through QA and integrated into the platform. From the image upload in our mobile apps to an improved cancellation experience, we\u2019ve had multiple projects see their way to production.<\/p>\n

Also, ending the event in a formal way is important\u200a\u2014\u200awe make it a point to reserve the following week\u2019s Engineering Team Meeting for presentations so that people have a chance to show off their work. While creating something that nobody sees can still be a valuable exercise or learning experience, recognition from your coworkers can make the whole thing feel worth it.<\/p>\n

[BONUS] Quick tips:<\/h3>\n

It\u2019s pricey, but people love quality catered food. East Side Pies pizza and Gus\u2019 Fried Chicken (local favorites) have been much appreciated by attendees. They also love prizes and fun t-shirts. You don\u2019t have to do this for smaller, impromptu hackathons, but the big \u201cofficial\u201d ones greatly benefit from more ceremony.
\nOne of the best things we ever did for hackathons was to create a custom trophy for the crowd-voted winner. It’s a semi-realistic looking stuffed bear mounted on a giant base with a custom plaque. Did I mention it has chainsaws for hands and its eyes flicker red when a switch is turned on?&amp;nbsp;Words can\u2019t do him&amp;nbsp;justice.&amp;nbsp;The winning team shares custody, so this magnificent thing goes on a victory tour through the office.
\nPlay the movie Hackers in the background somewhere, at least once. (Warning: movie contains nudity)
\nPeople have obligations that require them to leave\u200a\u2014\u200afamily and pets are important, too. Encourage people to come and go as they need to. It\u2019s better than them not attending at all.<\/p>\n

(Thanks to Brent Lewis for his contributions to this post)<\/p>\n","protected":false},"excerpt":{"rendered":"

Over the past three years, hackathons at uShip have grown from an idea to a tradition. Ideally, we want each event to feel almost effortless in their planning and execution. While we\u2019ve experienced many successes, we\u2019ve also learned a lot of lessons along the way. Below are some of the takeaways from our team of… Read More<\/a><\/p>\n","protected":false},"author":14,"featured_media":4262,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[295,2],"tags":[33,297],"class_list":["post-4261","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-shipping-code","category-company-news","tag-hackathon","tag-shipping-code"],"acf":{"blog_post_content":null},"_links":{"self":[{"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/posts\/4261","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/users\/14"}],"replies":[{"embeddable":true,"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/comments?post=4261"}],"version-history":[{"count":0,"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/posts\/4261\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/media\/4262"}],"wp:attachment":[{"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/media?parent=4261"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/categories?post=4261"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ushipblogsubd.wpengine.com\/wp-json\/wp\/v2\/tags?post=4261"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}