Dit artikel gaat over hoe ik voor het eerst een hackathon organiseerde voor het team. Voor ervaren organisatoren zal de inhoud waarschijnlijk te eenvoudig lijken, en het verhaal naief. Ik heb me gericht op degenen die net kennismaken met het format en zich afvragen of ze zo'n evenement moeten organiseren.
doet complexe dingen met gegevens: we schonen en verrijken klantcontacten voor grote bedrijven en bouwen klantenbestanden op met honderden miljoenen records. In de kantoren in Moskou werken 65 mensen, terwijl nog eens een tiental op afstand vanuit andere steden werkt.
Elke baan kan soms een beetje, nou ja, saai worden. Op dat moment is het nuttig om de focus te veranderen en iets nieuws te proberen. Daarom hebben we de afgelopen zes maanden gekeken naar hackathons.
Een hackathon is een wedstrijd voor IT'ers: meerdere teams komen samen en lossen twee dagen lang complexe problemen op. Gewoonlijk concurreren ze om een prijs die door een jury wordt uitgereikt.
We wilden het format uitproberen en plezier hebben, maar een klassieke hackathon is een vrij grootschalige, opzichtige en dure onderneming. Daarom hebben we een lichte versie georganiseerd met bijna geen budget. Uiteindelijk waren we tevreden en hebben we zelfs iets nuttigs gedaan.
Waarom een hackathon voor een bedrijf
Klassieke hackathons worden meestal niet uit pure vrijgevigheid georganiseerd. Organisatoren proberen of praktische problemen op te lossen, of zichzelf te promoten. Afhankelijk van het doel kiezen ze het format van de hackathon.
- Een praktisch probleem oplossen. De organisator stelt doelen, terwijl de deelnemers de geschikte kiezen en oplossen. Een voorbeeld van zo'n probleem is het ontwikkelen van een nieuw scoring-algoritme voor klanten voor een bank.
- Hun eigen tools promoten. De organisator geeft deelnemers eigen software, programmeertaal of API. Het doel is om met de opgegeven tools iets nuttigs te maken. Bijvoorbeeld, een hypothetische Google maakt zijn spraakvertaler toegankelijk en hoopt op interessante toepassingen.
Een extra doel van een grote hackathon is om de organisator te presenteren als een aantrekkelijke werkgever, zowel van binnen als van buiten. Gasten van andere bedrijven zullen onder de indruk raken van het kantoor, de organisatie en de breedte aan mogelijkheden. Eigen medewerkers zullen van nieuwe taken, vrijheid en communicatie genieten.
Bijvoorbeeld, 'VKontakte' organiseerde een enorme hackathon. Het is moeilijk om deze aan Ć©Ć©n type toe te wijzen: er waren gewoon te veel richtingen.
Zoals bij ons. Het belangrijkste doel van het hele project voor HFLabs is de interne HR. We zagen de hackathon als een andere gezamenlijke activiteit buiten het werk. Verbinden, opfrissen, vermaken - dat was het idee. Sommigen gaan met teams voetballen, anderen doen quizzen. De hackathon is een andere vorm van bijeenkomsten buiten de dagelijkse routine. Wat uiteraard de quizzen of het voetballen niet vervangt.
Toch is de hackathon, zelfs in een lichte vorm, geen puur vermaak. Een team heeft een tekstuele quest ontwikkeld, waarbij het de mechanic van bots in Telegram vanaf nul heeft bestudeerd. Dit is geweldig: wanneer iemand iets nieuws probeert en probeert te begrijpen, ontstaan er nieuwe ideeƫn. Ook voor het dagelijkse werk.
Bovendien hebben we nuttige tools verkregen, hoewel we geen praktische taken hadden gesteld. Maar daarover later meer.
Wat is de hackathon voor de deelnemers?
Deelnemers komen naar een klassieke hackathon om met technologieƫn kennis te maken, nieuwe ervaringen op te doen of geld te verdienen. Het lijkt erop dat er steeds meer mensen uit die laatste categorie zijn.
- Nieuwe technologieƫn of methoden uitproberen. In het dagelijks leven werkt elke ontwikkelaar met zijn eigen technologie-stack, soms jarenlang. Maar op de hackathon kun je iets nieuws proberen - of net nieuw, of gewoon interessant.
- De productcyclus in het klein doorlopen. IT'ers zijn geĆÆnteresseerd in het creĆ«ren van een volledig product in slechts een paar dagen. Hierbij doorlopen ze de gehele cyclus van concept tot presentatie.
- Geld verdienen. Soms komen sterke specialisten samen in teams van professionele hackathonners - ingespeeld en getraind. Ze kiezen evenementen met een rijke prijzenpot en verslaan anderen dankzij hun ervaring en voorbereiding. Sommige organisatoren filteren zulke slimmen jongens onmiddellijk uit. Anderen verwelkomen juist.
Zoals bij ons. Allereerst vroegen we het team of ze een hackathon Ć¼berhaupt nodig hebben. We voeren niets verplicht uit, dus we wilden van tevoren de belangstelling meten. Voor de enquĆŖte gebruikten we 'Google Forms'.
Het team bestaat uit 65 mensen, 20 hebben de enquĆŖte ingevuld. Aangezien 75% van hen geĆÆnteresseerd is, moeten we het doen!
De tweede taak is om de twijfelaars te motiveren, waarvan er meer dan de helft is. De volgende enquĆŖte toonde aan: een prijs helpt hierin niet.
Verder bleek dat onze mensen geĆÆnteresseerd zijn in het maken van nieuwe producten. Laat het een klein applicatie zijn, maar het pad van idee naar werkend prototype doorlopen.
We started gathering themes for the hackathon that would pique interest. Once again, using the power of the team, we set up a chat in Telegram where everyone threw in ideas as they came to mind. Without hesitation: whatever comes to their heads is fair game.
We collected 25 themes and launched a poll in Confluence. The five most popular projects ā featured in the image ā were selected for the hackathon.
How long does all this last?
A classic hackathon lasts two days and the night in between. The night is a nod to the old IT school, simultaneously pragmatic and romantic.
What to do in the dark hours is up to each team or participant to decide. At night, one can sleep, and the organizers won't say a word. But one can also act: program, design, plan, test.
Zoals bij ons. We didnāt even mention the night vigil. Moreover, we further limited the format to just one day. Otherwise, we would have had to either spend two workdays on the experiment or drag colleagues away from their entire summer weekends. Few would agree to the second option: summer weekends are highly valued.
There were suggestions that it would be nice to gather on weekdays. But we didnāt want to organize everything during working hours. No matter how hard you try, itās impossible to disconnect from work during the week: clients are writing, colleagues are asking about something, something is brewing in the office, meetings are scheduled. Everyone ends up switching back to their regular business. Therefore, the next survey will be about whether they are ready to hackathon on weekends.
Not everyone is willing to unconditionally sacrifice a weekend. But there are more doubts than certainty, so they should be tempted.
Later, in June, we asked participants about dates. We allocated slots as far as autumn ā during summer, colleagues are on vacation and at their dachas, and we don't want to miss the event. Therefore, we decided to offer all Saturdays. You can choose a few ā mark the ones you are free on.
Not everyone is willing to unconditionally sacrifice a weekend. But there are more doubts than certainty, so they should be tempted.
As a result, we scheduled the hackathon for August 17. The alternative date of July 27 clashed with my business trip, so that option was dropped.
Where the event is held
Usually, most participants gather in a common space. Communication is a crucial part of the hackathon; therefore, the organizer allocates an open space or an entire building.
Eens nam ik deel aan een hackathon van Google. De organisatoren hadden een gebouw met twee verdiepingen gereserveerd, met poefs, tafels en ander meubilair. De teams verspreidden zich zelf over het terrein en creƫerden hun werkplekken.
Maar er zijn meestal geen strikte beperkingen: als iemand van tevoren waarschuwt en op afstand inlogt, zullen er geen obstakels worden opgeworpen.
Zoals bij ons. Aangezien de hackathon intiem was, met zeven personen, was het lege kantoorpand op zaterdag meer dan genoeg. Zelfs als je niet meerekent dat Ć©Ć©n deelnemer vanuit Volgograd inlogde.
We hadden gepland dat we met z'n allen in de vergaderkamer zouden zitten.
Wat betreft de winnaars.
Bij de klassieke hackathons wordt er een jury aangesteld die het beste project bekendmaakt. De jury bestaat uit iemand van de organisatoren of sponsors - degenen die het hele evenement betalen.
De demo-projecten zijn een belangrijk onderdeel van de hackathon. Teams tonen een korte presentatie en laten daarna hun oplossing aan de jury zien. Dit is een beetje zoals een afstudeervoorstelling aan een universiteit.
Soms beoordeelt een computer de werken: de winnaar is degene die de meeste punten krijgt in de test. Ik vind deze aanpak te formeel: door oplossingen met āpapegaaienā te beoordelen, doden de organisatoren het product-aspect van de hackathon. Het lijkt meer op een wedstrijd in sportprogrammering dan op creativiteit.
Zoals bij ons. We hebben het radicaal aangepakt: we hebben gewoon de jury en de competitie in het algemeen afgeschaft. Omdat we niet het doel hadden om de beste oplossing voor een probleem te creƫren of een kant-en-klaar product te verkrijgen.
Als het doel is om plezier te hebben, laten we de deelnemers dan zonder naar andere teams om te kijken aan hun projecten werken.
Dag X in HFLabs.
De hackathon begon nog op vrijdagavond, de dag ervoor. De deelnemers kwamen bijeen en ieder koos een thema. Er vormden zich teams.
Verzameling en onverwachte deelnemers. De deelnemers kwamen rond 11-12 uur op zaterdag aan - zodat ze niet vroeg in de ochtend hoeven op te staan zoals doordeweekse dagen. Er waren nog zes deelnemers over, nog eentje logde in vanuit Volgograd.
De aankondiging van de datum ging niet onopgemerkt voorbij - de deelnemers begonnen actief de chat van de hackathon-deelnemers te verlaten. Maar er was geen catastrofe en er was nog steeds quorum.
Gedurende de dag verschenen er plotseling nieuwe deelnemers. Collega's die niet van plan waren om naar de hackathon te komen, maakten drie tot vier uur vrij. Ze kwamen, kozen een project en hielpen. Dit is ongebruikelijk voor een klassiek format, maar wij vonden het plezierig.
Teams en projecten. Het bleek dat drie mensen hun projecten alleen deden. Dit is het grootste nadeel van het evenement; samenwerken in een team is veel interessanter. Het vinden van interactie is eigenlijk een belangrijke factor in het concept van een hackathon.
Een tekstuele quest op de Telegram-engine. Er is geen praktische toepassing, maar het bevat veel vakhumor en lokale memes.
En een paar uur na de start bleef ƩƩn project zonder ontwikkelaars: de auteur verliet zijn creatie en ging naar een ander team. Dit is normaal, zelfs voor het klassieke formaat: goede ideeƫn trekken mensen aan. In het begin lijkt het alsof je je project tot het einde afmaakt. Maar dan verdiep je je en zie je dat je het niet gaat redden, dat het geen zin heeft om het te proberen. Of je gaat naar de buren omdat daar wel iets gebeurt en het product nuttig is.
Serega, een frontender uit Volgograd, begon zich een beetje te vervelen, dus bedacht hij een project 'vanuit het niets'. En hij begon er meteen mee.
In de hoek van een van onze producten woont een kat. Vroeger sliep de kat gewoon en zorgde voor gezelligheid, maar Serega leerde de fluffy jongen te reageren op gebeurtenissen.
Aan het eind van de dag bleef het aantal projecten hetzelfde - vijf. EĆ©n viel af, een andere werd toegevoegd.
Ruimte en planning. Voor de hackathon was de grootste kamer in het kantoor - de vergaderzaal - gereserveerd. Maar toen het erop aankwam, verspreidden we ons allemaal zoals gewoonlijk over onze kamers. Zo zijn we begonnen.
In het begin leek het gezamenlijke ruimte niet essentieel. Aangezien de projecten niet met elkaar verbonden waren, was er geen concurrentie, kon iedereen afzonderlijk zitten. En voor discussies verzamelden we in de hal - het belangrijkste was niet verder af te dwalen dan een wandelafstand.
Maar na enkele uren verdween de fragmentatie vanzelf. Degenen die alleen werkten, verhuisden onder invloed van een verborgen kracht een voor een naar het drukste kantoor. En het werd interessanter - de gesprekken werden levendiger, de vragen ingewikkelder en frequenter.
We onderbraken elk paar uur - deelden indrukken, keken naar elkaars projecten. Halverwege de dag lunchten we.
Tijdens de lunch barstte een supporter, die de hele tijd onzichtbaar aanwezig was, binnen het kader van de hackathon binnen: er werden ineens cheesecakes naar het kantoor gebracht.
De tijd was niet beperkt: wie wil, blijft zo lang als hij wil. Ze vertrokken meestal als het project in een meer of minder afgeronde staat was. De laatste deelnemer vertrok rond 22:00.
We didn't hold a demo right away ā we decided to talk about the hackathon on Tuesday for the entire office.
Results and life afterwards
The hackathon light gave even more profit than I expected.
HR. We had a great time: we closed the loop on the hackathon and discussed smart topics without the work bustle. All this was for a budget equal to the cost of getting to the office and lunch. Plus, we nurtured evangelists of internal hackathons in the office.
Projects. Throughout the day we didn't finish any of the five projects. But that's okay: usually the goal of the event is to solve a problem fundamentally, to find an idea. A good result is a minimally working tool, even if it has crutches and bugs.
Anton Zhiyanov, our product lead , created an email newsletter tool. It looks like a web-based editor that connects to a CSV file with addresses. It's more convenient than using overloaded Mailchimp.
However, after the hackathon, the projects have come to life or are being prepared. We're already sending emails with the newsletter tool, and the kitten pleases the clients. The other applications are being finalized by their authors, and already requests are coming in from outside. For now, we're giving them away for free and informally, but someday it may lead to commercial use.
Cons. The main drawback is that we gathered too few people. As a result, three out of five projects were made by one person, which is not so interesting. When you hack alone, you lose the effect of a product team. There's no one to collaborate with.
I also realized that a stricter framework would work in our favor. More organization is needed:
- clear timing;
- merch for participants;
- jury and demo on the same day, while everyone is still charged;
- preparation ā announcements, project descriptions.
We could also invite someone from the outside, but it's not necessary. And most likely to invite someone targeted. Without massive advertising.
The future. At the general demo on Tuesday, half of the office showed up. And thatās when I saw interest in the projects, in the format. Not everyone wanted to jump into the experiment, but after the first trial, there were more willing. I think in 2020 we'll make a bigger event.
That's all about the hackathon. If you're interested in doing all sorts of complex things with data, come work with us. : we are looking for Java developers, support engineers, and testing engineers, as well as system analysts.
Artikel voor het eerst . De versie voor 'Habr' is bewerkt en aangevuld.
Bron: habr.com
