
Dieser Artikel behandelt, wie ich zum ersten Mal einen Hackathon fĂŒr mein Team veranstaltet habe. FĂŒr erfahrene Organisatoren wird das Material wahrscheinlich zu einfach erscheinen, und die Geschichte ist naiv. Ich habe mich an denen orientiert, die gerade erst mit dem Format vertraut werden und darĂŒber nachdenken, ob sie eine solche Veranstaltung durchfĂŒhren sollen.
macht komplexe Dinge mit Daten: Wir bereinigen und erweitern Kundenkontakte fĂŒr groĂe Unternehmen und erstellen Kundenbasen mit Hunderten von Millionen DatensĂ€tzen. In den Moskauer BĂŒros arbeiten 65 Personen, und etwa ein Dutzend Personen arbeiten remote aus anderen StĂ€dten.
Jede Arbeit kann manchmal nicht unbedingt langweilig werden, aber sie wird eintönig. In diesem Moment ist es nĂŒtzlich, den Fokus zu wechseln und etwas Neues auszuprobieren. Deshalb haben wir uns seit einem halben Jahr Hackathons angesehen.
Ein Hackathon ist ein Wettbewerb fĂŒr IT-Profis: Mehrere Teams kommen zusammen und lösen ĂŒber zwei Tage hinweg komplexe Aufgaben. Normalerweise wetteifern sie um einen Preis, der von der Jury vergeben wird.
Wir wollten das Format ausprobieren und SpaĂ haben, aber ein klassischer Hackathon ist ein ziemlich umfangreiches, arbeitsintensives und teures Unterfangen. Deshalb haben wir eine Lite-Version fast ohne Budget durchgefĂŒhrt. Am Ende waren wir zufrieden und haben sogar etwas NĂŒtzliches geschaffen.
Warum ein Hackathon fĂŒr das Unternehmen
Klassische Hackathons werden normalerweise nicht aus reiner GutmĂŒtigkeit veranstaltet. Die Organisatoren lösen entweder praktische Probleme oder machen Werbung. Das Ziel bestimmt das Format des Hackathons.
- Ein praktisches Problem lösen. Der Organisator setzt Ziele, die Teilnehmer wĂ€hlen ein passendes und lösen es. Ein Beispiel fĂŒr ein solches Problem ist, einen neuen Algorithmus zur Kreditvergabe fĂŒr eine Bank zu entwickeln.
- Eigene Tools fördern. Der Organisator stellt den Teilnehmern eigene Software, Programmiersprachen oder APIs zur VerfĂŒgung. Ziel ist es, mit den vorgegebenen Tools etwas NĂŒtzliches zu schaffen. Zum Beispiel eröffnet Google den Zugang zu seinem SprachĂŒbersetzer und erwartet interessante Anwendungsmöglichkeiten.
Ein weiteres Ziel eines groĂen Hackathons ist es, den Organisator als attraktiven Arbeitgeber sowohl intern als auch extern zu prĂ€sentieren. GĂ€ste aus anderen Unternehmen werden durch das BĂŒro, die Organisation und die Möglichkeiten inspiriert. Die eigenen Mitarbeiter sehen neue Aufgaben, FreirĂ€ume und die Möglichkeit zur Kommunikation.

Zum Beispiel hat "VKontakte" einen riesigen Hackathon veranstaltet. Es ist schwierig, ihn einer bestimmten Kategorie zuzuordnen, da er zu viele Richtungen hat.
Wie bei uns. Das Hauptziel des gesamten Vorhabens fĂŒr HFLabs ist internes HR. Wir sahen den Hackathon als eine weitere gemeinsame AktivitĂ€t auĂerhalb der Arbeit. Zusammenbringen, aufmuntern, unterhalten â das ist alles. Manche gehen als Teams zum FuĂball, andere zu Quizzes. Der Hackathon ist ein weiteres Format von Treffen abseits des Alltags. Das ersetzt natĂŒrlich weder Quizzes noch FuĂball.
Dennoch ist der Hackathon, selbst im Light-Format, kein reiner SpaĂ. Eine Team hat zum Beispiel einen Text-Quest entwickelt und dabei die Mechanik von Bots in Telegram von Grund auf gelernt. Das ist groĂartig: Wenn jemand etwas Neues ausprobiert und versucht, es zu verstehen, entstehen frische Ideen. Auch fĂŒr die tĂ€gliche Arbeit.
DarĂŒber hinaus haben wir letztendlich nĂŒtzliche Werkzeuge erhalten, obwohl wir keine praktischen Aufgaben gestellt haben. Aber dazu spĂ€ter mehr.
Warum Teilnehmer am Hackathon teilnehmen
Teilnehmer kommen zu einem klassischen Hackathon, um sich mit Technologien vertraut zu machen, neue Erfahrungen zu sammeln oder Geld zu verdienen. Dabei scheint die Anzahl der Menschen in letzterer Kategorie zuzunehmen.
- Neue Technologien oder Methoden ausprobieren. WĂ€hrend der Woche ist jeder Entwickler mit seinem Technologie-Stack beschĂ€ftigt, manchmal jahrelang. Beim Hackathon kann man etwas Neues ausprobieren â entweder gerade Neuerscheinungen oder einfach nur interessante Dinge.
- Den Produktweg im Miniaturformat durchlaufen. IT-Spezialisten sind daran interessiert, in wenigen Tagen ein vollstÀndiges Produkt zu erstellen. Dabei den gesamten Zyklus von der Idee bis zur PrÀsentation zu durchlaufen.
- Geld verdienen. Manchmal versammeln sich starke Spezialisten in Teams professioneller Hackathon-Teilnehmer â eingespielt und trainiert. Sie wĂ€hlen Veranstaltungen mit einem reichhaltigen Preispool und setzen sich aufgrund von Erfahrung und Vorbereitung durch. Einige Organisatoren filtern solche Trickser sofort heraus. Andere heiĂen sie willkommen.
Wie bei uns. ZunĂ€chst haben wir das Team gefragt, ob ein Hackathon grundsĂ€tzlich notwendig ist. Wir fĂŒhren nichts zwangslĂ€ufig durch und wollten daher im Voraus das Interesse messen. FĂŒr die Umfragen haben wir Google Forms verwendet.

Im Team sind 65 Personen, 20 haben an der Umfrage teilgenommen. Da 75 % von ihnen interessiert sind, sollten wir es tun!
Die zweite Aufgabe ist, die Unentschlossenen zu motivieren, von denen es mehr als die HÀlfte gibt. Die nÀchste Umfrage zeigte: Ein Preis hilft dabei nicht.

Dann stellte sich heraus, dass es unser Interesse ist, neue Produkte zu kreieren. Mögen es mit einer winzigen Anwendung sein, aber den Weg von der Idee bis zum funktionsfÀhigen Prototypen zu gehen.
Wir haben damit begonnen, Themen fĂŒr den Hackathon zu sammeln, die von Interesse sein könnten. Wieder einmal durch die Kraft des Teams: Wir haben einen Chat in Telegram eröffnet, in dem jeder Ideen hat, wie er kann. Ohne Stopps: Was in den Kopf kommt, ist gut genug.

Wir haben 25 Themen gesammelt und eine Umfrage in Confluence gestartet. Die fĂŒnf beliebtesten Projekte â die auf dem Bild â nehmen am Hackathon teil.
Wie lange dauert das alles?
Ein klassischer Hackathon dauert zwei Tage und die Nacht dazwischen. Die Nacht ist ein GruĂ von der alten IT-Schule, zugleich pragmatisch und romantisch.
Was in der dunklen Zeit der Nacht zu tun ist, entscheiden jeweils die Teams oder Teilnehmer selbst. Nachts kann man schlafen; die Organisatoren werden nichts sagen. Oder man kann aktiv sein: programmieren, designen, planen, testen.
Wie bei uns. Ăber das nĂ€chtliche Wachen haben wir nicht gesprochen. AuĂerdem haben wir das Format noch weiter gestrafft und nur einen Tag genommen. Ansonsten mĂŒssten wir entweder zwei Arbeitstage fĂŒr das Experiment opfern oder Kollegen an ein volles Sommerwochenende ziehen. Auf die zweite Option wĂŒrden sich nur wenige einlassen: Sommerwochenenden sind teuer.
Es gab den Wunsch, es wĂ€re nicht schlecht, an Wochentagen zusammenzukommen. Aber es wollte niemand, dass all dies wĂ€hrend der Arbeitszeit stattfindet. So sehr man sich bemĂŒht, lĂ€sst sich wĂ€hrend der Woche das Arbeitsleben nicht ausblenden: Die Kunden schreiben, die Kollegen fragen nach etwas, im BĂŒro kocht irgendetwas, es werden irgendwelche Meetings geplant. Alle wĂŒrden sich wieder auf die ĂŒblichen Dinge konzentrieren. Daher die nĂ€chste Umfrage â ob sie bereit wĂ€ren, am Wochenende zu hackathonen.

Nicht jeder ist bereit, ohne weiteres ein Wochenende zu opfern. Aber es gibt Zweifelnde, mehr als die HĂ€lfte; es bleibt, sie zu verfĂŒhren.
Etwas spĂ€ter, im Juni, fragten wir die Teilnehmer nach den Terminen. Die Slots wurden bis zum Herbst ĐČŃĐŽĐ”Đ»Đ”ĐœŃ â im Sommer sind die Kollegen im Urlaub und auf Datschen, und man möchte das Ereignis nicht verpassen. Daher haben wir entschieden, dass wir alle Samstage anbieten. Man kann mehrere auswĂ€hlen â an welchen man frei ist, die werden markiert.

Nicht jeder ist bereit, ohne weiteres ein Wochenende zu opfern. Aber es gibt Zweifelnde, mehr als die HĂ€lfte; es bleibt, sie zu verfĂŒhren.
Letztendlich haben wir den Hackathon auf den 17. August geplant. Der alternative Termin am 27. Juli fiel mit meiner Dienstreise zusammen, und die Option fiel weg.
Wo findet die Veranstaltung statt?
In der Regel versammeln sich die meisten Teilnehmer in einem gemeinsamen Raum. Kommunikation ist ein wichtiger Teil des Hackathons, daher reserviert der Organisator einen Open Space oder ein ganzes GebÀude.
Eines Tages nahm ich am Google-Hackathon teil. Die Veranstalter hatten ein zweigeschossiges GebÀude bereitgestellt, in dem es Poufs, Tische und andere Möbel gab. Die Teams verteilten sich selbststÀndig und richteten ihre ArbeitsplÀtze ein.
Es gibt jedoch oft keine strengen EinschrÀnkungen: Wenn jemand im Voraus Bescheid sagt und sich remote dazu schaltet, wird es keine Hindernisse geben.
Wie bei uns. Da der Hackathon eine kleine Runde mit sieben Personen war, reichte das leere BĂŒro am Samstag mehr als aus. Selbst wenn man bedenkt, dass ein Teilnehmer sich aus Wolgograd zuschaltete.

Wir hatten geplant, dass wir alle zusammen im Besprechungsraum sitzen.
Was ist mit den Gewinnern?
Auf klassischen Hackathons wird eine Jury ernannt, die das beste Projekt verkĂŒndet. In die Jury kommen Leute von den Organisatoren oder Sponsoren - die, die das ganze Event finanzieren.
Die Demos der Projekte sind ein wichtiger Teil des Hackathons. Die Teams zeigen eine kurze PrÀsentation und demonstrieren dann ihre Lösung der Jury. Das ist Àhnlich wie eine Thesis-Verteidigung an der Hochschule.
Manchmal bewertet ein Computer die Arbeiten: Gewonnen hat die, die im Test die meisten Punkte erzielt hat. Mir erscheint dieser Ansatz zu formal: Die Lösungen "aus Punkten" zu bewerten, tötet das produktive Element des Hackathons. Es Àhnelt einem Wettkampf im Sportprogrammierung, und nicht einem kreativen Prozess.
Wie bei uns. Wir sind radikal vorgegangen: Wir haben einfach die Jury und den Wettbewerbscharakter grundsĂ€tzlich abgeschafft. Denn wir hatten nicht das Ziel, die beste Lösung fĂŒr ein Problem zu schaffen oder ein fertiges Produkt zu erhalten.
Da die Aufgabe darin besteht, Freude zu haben, lassen wir die Teilnehmer ungehindert an ihren Projekten arbeiten, ohne auf andere Teams zu achten.
Tag X im HFLabs
Der Hackathon begann bereits am Freitagabend, einen Tag vorher. Die Teilnehmer kamen zusammen, jeder wÀhlte ein Thema. Fertige Teams wurden gebildet.
Sammlung und unerwartete Teilnehmer. Die Teilnehmer kamen am Samstag zwischen 11 und 12 Uhr ins BĂŒro - um nicht so frĂŒh wie an Wochentagen aufstehen zu mĂŒssen. Es blieben noch sechs Teilnehmer, einer kam aus Wolgograd hinzu.

Die Bekanntgabe des Datums verlief nicht ohne Folgen - die Teilnehmer begannen aktiv, den Chat der Hackathonisten zu verlassen. Aber eine Katastrophe blieb aus, und das Quorum wurde aufrechterhalten.
Im Laufe des Tages tauchten plötzlich neue Teilnehmer auf. Kollegen, die nicht am Hackathon teilnehmen wollten, schnorrten sich drei bis vier Stunden frei. Sie kamen, wĂ€hlten ein Projekt und halfen. FĂŒr das klassische Format ist das untypisch, aber fĂŒr uns eine Freude.
Teams und Projekte. Es kam so, dass drei Personen ihre Projekte alleine umsetzten. Das ist der gröĂte Nachteil der Veranstaltung, es macht mehr SpaĂ, im Team zu arbeiten. Das Finden von Interaktion ist generell eine wichtige Sache im Konzept eines Hackathons.

Ein Text-Quest auf der Telegram-Plattform. Praktischer Nutzen fehlt zwar, aber dafĂŒr gibt es insider Humor und lokale Memes.
Nach ein paar Stunden nach Beginn blieb ein Projekt ohne Entwickler: Der Autor hat sein Kind aufgegeben und ist zu einem anderen Team gewechselt. Das ist im klassischen Format sogar normal: Gute Ideen ziehen Leute an. ZunĂ€chst glaubt man, dass man sein Projekt bis zum Ende durchziehen wird. Und dann taucht man ein und sieht â es ist nicht möglich, da gibt es nichts zu versuchen. Oder man wechselt zu den Nachbarn, weil dort die Arbeit voranschreitet und das Produkt nĂŒtzlich ist.
Sergej, ein Frontend-Entwickler aus Wolgograd, hat sich etwas gelangweilt und deshalb ein Projekt "von der Pike auf" ins Leben gerufen. Und er begann sofort damit.

In einer Ecke eines unserer Produkte lebt ein KĂ€tzchen. FrĂŒher schlief die Katze einfach und sorgte fĂŒr GemĂŒtlichkeit, aber Sergej hat den pelzigen Freund gelehrt, auf Ereignisse zu reagieren.
Am Ende des Tages blieb die Anzahl der Projekte unverĂ€ndert â fĂŒnf. Eines fiel weg, ein anderes kam hinzu.
Raum und Zeitplan. FĂŒr den Hackathon wurde der gröĂte Raum im BĂŒro geplant â ein Besprechungsraum. Doch als es dazu kam, haben sich alle gewohnt in ihre BĂŒros verstreut. So begann es.
ZunĂ€chst schien der gemeinsame Raum nicht entscheidend zu sein. Da die Projekte nicht miteinander verbunden sind, gibt es keinen Wettbewerb, man kann einzeln arbeiten. Und fĂŒr Diskussionen ist es wichtig, sich in der Lobby zu treffen â Hauptsache, man lĂ€uft nicht weiter weg als sein Schrittbereich.
Doch nach ein paar Stunden hörte die Zerstreuung von selbst auf. Diejenigen, die alleine arbeiteten, wurden von einer verborgenen Kraft nacheinander in das am stĂ€rksten besetzte BĂŒro gezogen. Und es wurde interessanter â die GesprĂ€che wurden lebhafter, die Fragen komplexer und hĂ€ufiger.
Wir machten alle paar Stunden eine Pause â teilten EindrĂŒcke und schauten uns die Projekte anderer an. Zur Mittagszeit haben wir gegessen.

Beim Mittagessen brach ein UnterstĂŒtzer, der die ganze Zeit unsichtbar neben uns war, in den Hackathon ein: Plötzlich wurden Cheesecakes ins BĂŒro gebracht.
Die Zeit war nicht begrenzt: Jeder konnte so lange bleiben, wie er wollte. Die Teilnehmer gingen normalerweise, nachdem sie ihr Projekt in einen mehr oder weniger abgeschlossenen Zustand gebracht hatten. Der letzte Teilnehmer ging gegen 22:00.
Wir haben das Demo nicht sofort durchgefĂŒhrt â wir haben beschlossen, am Dienstag im gesamten BĂŒro ĂŒber den Hackathon zu berichten.
Die Ergebnisse und das Leben danach
Der Hackathon-Light hat sogar mehr Nutzen gebracht, als ich erwartet hatte.
HR. Wir hatten viel SpaĂ: Wir haben den Hackathon abgeschlossen und uns ohne Arbeitshektik ĂŒber kluge Themen unterhalten. Das alles fĂŒr ein Budget, das der Kosten fĂŒr den Weg ins BĂŒro und das Mittagessen entspricht. AuĂerdem haben wir im BĂŒro Evangelisten fĂŒr interne Hackathons gefördert.
Projekte. Im Laufe des Tages haben wir kein einziges der fĂŒnf Projekte zu Ende gebracht. Aber das ist nicht schlimm: Das Ziel der Veranstaltung besteht normalerweise darin, eine Aufgabe grundsĂ€tzlich zu lösen, eine Idee zu finden. Ein gutes Ergebnis ist ein minimal funktionsfĂ€higes Instrument, auch wenn es StĂŒtzen und Bugs hat.

Anton Zhiyanuv, unser Produktverantwortlicher , hat einen E-Mail-Newsletter-Generator entwickelt. Sieht aus wie ein browserbasierter Editor, an den eine CSV-Datei mit EmpfĂ€ngern angehĂ€ngt wird. Das ist bequemer als im ĂŒberladenen Mailchimp.
Nach dem Hackathon sind die Projekte jedoch in die RealitÀt umgesetzt worden oder werden vorbereitet. Wir versenden bereits E-Mails mit dem Newsletter-Generator, und das kleine KÀtzchen erfreut die Kunden. Die anderen Anwendungen werden von den Autoren und auf externe Anfragen fertiggestellt. Im Moment geben wir sie kostenlos und privat an Bekannte weiter, aber irgendwann könnte es zu kommerziellen Nutzungen kommen.
Nachteile. Der gröĂte Nachteil ist, dass wir nur wenige Leute versammelt haben. Letztendlich hat jeder der drei Projekte von einer Person gemacht, und das ist nicht so interessant. Wenn man alleine hackt, verliert man den Effekt eines Produktteams. Man hat niemanden, mit dem man die Interaktion aufbauen kann.
Ich habe auch verstanden, dass ein strengerer Rahmen von Vorteil wÀre. Es braucht mehr Organisation:
- einen klaren Zeitplan;
- Merchandise fĂŒr die Teilnehmer;
- eine Jury und ein Demo am selben Tag, solange alle noch motiviert sind;
- Vorbereitung â AnkĂŒndigungen, Projektbeschreibungen.
Man könnte auch jemanden von auĂen einladen, aber das ist nicht zwingend notwendig. Und die Einladungen sollten wahrscheinlich gezielt erfolgen. Ohne groĂflĂ€chige Werbung.
Die Zukunft. Bei der allgemeinen Demo am Dienstag war die halbe Belegschaft anwesend. Und da habe ich bereits Interesse an den Projekten und dem Format gesehen. Nicht jeder wollte sich auf das Experiment einlassen, aber nach dem ersten Versuch gab es mehr Interessierte. Ich denke, im Jahr 2020 werden wir eine gröĂere Veranstaltung organisieren.
Das ist alles zum Hackathon. Wenn Sie daran interessiert sind, verschiedene komplexe Dinge mit Daten zu tun, kommen Sie zu uns arbeiten. : wir suchen Java-Entwickler, Ingenieure fĂŒr die Betreuung und das Testen, Systemanalytiker.
Der Artikel wurde erstmals . Die Version fĂŒr «Habr» wurde ĂŒberarbeitet und ergĂ€nzt.
Quelle: habr.com
