"They work 8 to 5 on their assignments backlog, but in the back of their heads they have great ideas that they never have time to work on," adds Basharat Wani, director of software development at the Blacksburg, Va., location of cloud computing vendor Rackspace Inc. The facility holds a 24-hour internal hackathon about every six months. Of the 80 engineers at the facility, about half participate, he notes.
For either kind of hackathon, the producer sets the award categories and provides prizes, a meeting space (often a cafeteria-like setting) with Wi-Fi and often projection screens and food that is available throughout the session (pizza is the typical fare).
Participants provide their own technology, sometimes wheeling in high-end systems with multiple displays. The participants are also expected to bring their own software tools and any other technology they intend to use. It's assumed that participants haven't built anything prior to the start of the event, when they receive the judging guidelines.
For live hackathons, the most important decision is how long it's going to last, Morano explains. One-day hackathons usually start on Saturday morning and finish Saturday evening. Two-day hackathons start Saturday morning and finish Sunday evening. Three-day hackathons start Friday afternoon and finish Sunday evening.
One-day hackathons are much easier to produce, and will draw three times as many participants as the longer types, as more people are willing to give up one day as opposed to two or three days, Wani says. The organizers also need to provide less food and don't need the meeting space as long.
On the other hand, "You will get a lot more mature applications with longer events," he notes. "Eight hours is not practical to get a fully baked item -- you will get some concepts and wireframes. But after an overnight session I have seen working apps. After 48 hours everyone has something to show."
West Monroe Partners, a consulting firm headquartered in Chicago, has an internal hackathon about once a month. But, since most participants aren't interested in giving up a Saturday every month, managers limit the event to a few hours in an afternoon, starting at either 5 p.m. Wednesday or 3 p.m. Friday, explains Dan Rosanova, senior architect at the firm.
Eight hours is not practical to get a fully baked item -- you will get some concepts and wireframes. But after an overnight session I have seen working apps. Basharat Wani, Rackspace
After deciding the schedule and location for the event, the next big decision is who will do the judging. "The key is to get local celebrities, well-known in the local technology community," Morano notes. "You need judges that attract people, people who are influencers and have followers. Often, the most exciting thing for participants is to present their idea in front of a local CTO. The trick is to recruit those people."
The prize categories will usually reflect the agenda of the organizers. But offering prizes for the winners isn't enough -- there must also be "swag" (knickknacks as consolation prizes). T-shirts are popular, and technical publishers will often agree to hand out promotional merchandise, Morano says.
A good turnout for a regional public hackathon with several thousand dollars of prize money would be 60 to 80 people, Morano says.
Participants can work alone or in teams. They can show up in teams, or find teammates upon arriving. The latter situation generates the most energy.
Team consist of up to four people, Morano says, adding that he has never seen teams larger than four, and that the members would probably step on each other if a team were larger.