Ten artykuł dotyczy tego, jak po raz pierwszy zorganizowałem hackathon dla zespołu. Dla doświadczonych organizatorów materiał może wydawać się zbyt prosty, a historia naiwna. Skupiłem się na tych, którzy dopiero poznają ten format i zastanawiają się, czy zorganizować takie wydarzenie.
tworzy skomplikowane rozwiązania z danymi: oczyszczamy i wzbogacamy kontakty klientów dla dużych firm oraz budujemy bazy klientów liczące setki milionów rekordów. W biurach w Moskwie pracuje 65 osób, a około dziesięciu zdalnie z innych miast.
Każda praca czasami nie tyle nuży, co staje się mdła. W takim momencie warto zmienić fokus, spróbować czegoś nowego. Dlatego przez ostatnie pół roku przyglądaliśmy się hackathonom.
Hackathon to takie zawody dla programistów: kilka zespołów zbiera się i przez dwa dni rozwiązują trudne zadania. Zwykle rywalizując o nagrodę, którą przyznaje jury.
Chcieliśmy przetestować format i dobrze się bawić, ale klasyczny hackathon to dość rozbudowane, kłopotliwe i kosztowne przedsięwzięcie. Dlatego zorganizowaliśmy wersję light prawie bez budżetu. Ostatecznie byliśmy zadowoleni i nawet udało nam się zrobić coś użytecznego.
Po co hackathon firmie
Klasyczne hackathony zazwyczaj nie są organizowane z powodu dobrej woli. Organizatorzy albo rozwiązują praktyczne problemy, albo budują swój wizerunek. Wybierają format hackathonu w zależności od celu.
- Rozwiązywać praktyczny problem. Organizator stawia cele, a uczestnicy wybierają odpowiednią i ją rozwiązują. Przykład takiego zadania to stworzenie dla banku nowego algorytmu oceny klientów.
- Promować swoje narzędzia. Organizator udostępnia uczestnikom własne oprogramowanie, język programowania lub API. Celem jest stworzenie czegoś użytecznego przy użyciu zadanych narzędzi. Na przykład, hipotetyczny Google udostępnia dostęp do swojego tłumacza głosowego i czeka na ciekawe pomysły jego zastosowania.
Dodatkowym celem dużego hackathonu jest przedstawienie organizatora jako pożądanego pracodawcy, wewnętrznie i zewnętrznie. Goście z innych firm zafascynują się biurem, organizacją, szerokimi możliwościami. Pracownicy nowymi zadaniami, wolnością, komunikacją.
Na przykład, «VKontakte» zorganizowało ogromny hackathon. Trudno go przypisać do jednego typu: zbyt wiele kierunków.
Jak u nas. Głównym celem całego przedsięwzięcia dla HFLabs jest wewnętrzny HR. Postrzegaliśmy hackathon jako kolejną wspólną aktywność poza pracą. Zintegrować, ożywić, zapewnić rozrywkę – to wszystko. Niektórzy grają w piłkę w drużynach, inni biorą udział w quizach. Hackathon to kolejny format spotkań poza codziennymi obowiązkami. Oczywiście nie wyklucza to ani quizów, ani piłki.
Jednak hackathon, nawet w lżejszej formie, nie jest czystą zabawą. Na przykład jedna z drużyn napisała w końcu tekstowy quest, ucząc się od podstaw mechaniki botów w Telegramie. To wspaniałe: gdy człowiek próbuje czegoś nowego i stara się zrozumieć, pojawiają się świeże pomysły. To również przydatne w codziennej pracy.
Co więcej, w efekcie otrzymaliśmy przydatne narzędzia, mimo że nie stawialiśmy sobie praktycznych zadań. Ale o tym opowiem na końcu.
Dlaczego hackathon jest potrzebny uczestnikom
Uczestnicy przychodzą na klasyczny hackathon, aby zapoznać się z technologiami, spróbować nowych doświadczeń lub zarobić. Wygląda na to, że ludzi z tej ostatniej kategorii przybywa.
- Próbować nowych technologii lub metod. W dni robocze każdy programista pracuje w swoim stosie technologicznym przez lata. A na hackathonie można spróbować czegoś nowego – lub czegoś świeżego, albo po prostu interesującego.
- Przejść ścieżkę produktową w miniaturze. Programiści są zainteresowani stworzeniem pełnowartościowego produktu w zaledwie kilka dni. Przez cały czas przechodzą cykl od pomysłu do prezentacji.
- Zarobić. Czasem silni specjaliści zbierają się w zespoły profesjonalnych hackathonowców – zgrane i wyszkolone. Wybierają wydarzenia z bogatym funduszem nagród i dominują dzięki doświadczeniu i przygotowaniu. Niektórzy organizatorzy od razu odrzucają takich spryciarzy. Inni – witają ich.
Jak u nas. Na początek zapytaliśmy zespół, czy hackathon jest w ogóle potrzebny. Niczego nie przeprowadzamy przymusowo, dlatego chcieliśmy wcześniej zmierzyć zainteresowanie. Do ankiety użyliśmy 'Google Forms'.
W zespole jest 65 osób, w ankiecie wzięło udział 20. Jeśli 75% z nich jest zainteresowanych – to znak, że warto to zrobić!
Drugim zadaniem jest zmotywowanie wahań, których jest więcej niż połowa. Następna ankieta pokazała: nagroda w tej kwestii nie pomoże.
Dalej okazało się, że naszym pracownikom zależy na tworzeniu nowych produktów. Może z małą aplikacją, ale przeprowadzenie drogi od pomysłu do działającego prototypu.
Zaczęliśmy zbierać tematy na hackathon, które będą interesujące. Znowu siła zespołu: uruchomiliśmy czat na Telegramie, gdzie wszyscy dzielili się pomysłami, kto miał co wymyślić. Bez hamulców: wszystko, co wpadnie do głowy, jest mile widziane.
Zebraliśmy 25 tematów i uruchomiliśmy głosowanie w Confluence. Pięć najpopularniejszych projektów — te na obrazku — zostały wybrane na hackathon.
Jak długo to wszystko trwa?
Klasyczny hackathon trwa dwa dni i noc między nimi. Noc — to powitanie z dawną szkołą IT, jednocześnie pragmatyczny i romantyczny akcent.
Co robić w ciemną noc, każda drużyna lub uczestnik decyduje samodzielnie. W nocy można spać, organizatorzy nic nie powiedzą. Można jednak działać: programować, projektować, testować.
Jak u nas. Nie mówiliśmy o nocnym czuwaniu. Co więcej, jeszcze bardziej ograniczyliśmy format, biorąc tylko jeden dzień. W przeciwnym razie musielibyśmy poświęcić dwa dni robocze na eksperyment lub wyciągać kolegów na pełne letnie weekendy. Na drugą opcję zgodziłoby się niewielu: latem weekendy są w cenie.
Pojawiły się życzenia, że dobrze byłoby spotkać się w dni robocze. Ale w czasie pracy nie chciano tego organizować. Co by nie zrobić, w ciągu tygodnia trudno odgrodzić się od pracy: klienci piszą, koledzy pytają o coś, w biurze coś się dzieje, umawiane są jakieś spotkania. Wszyscy wracają do zwykłych spraw. Dlatego następna ankieta — czy są gotowi na hackathon w weekend.
Nie wszyscy są gotowi bezwarunkowo poświęcić weekend. Ale jest więcej osób wątpiących, pozostaje ich skusić.
Trochę później, w czerwcu, zapytaliśmy uczestników o daty. Miejsca zarezerwowaliśmy aż do jesieni — latem koledzy są na urlopach i działkach, a nie chcą przegapić tego wydarzenia. Dlatego postanowiliśmy, że zaproponujemy wszystkie soboty. Można wybrać kilka, w które się jest wolnym.
Nie wszyscy są gotowi bezwarunkowo poświęcić weekend. Ale jest więcej osób wątpiących, pozostaje ich skusić.
W rezultacie zaplanowaliśmy hackathon na 17 sierpnia. Alternatywna data 27 lipca zbiegła się z moim wyjazdem służbowym, więc ta opcja odpada.
Gdzie odbywa się wydarzenie?
Zazwyczaj większość uczestników zbiera się w wspólnej przestrzeni. Komunikacja — to ważna część hackathonu, dlatego organizatorzy wydzielają open space lub cały budynek.
Pewnego dnia brałem udział w hackathonie Google. Organizatorki przeznaczyły na to dwupiętrowy budynek, w którym były pufy, stoły i inne meble. Zespoły same rozlokowały się w terenie, tworząc miejsca pracy.
Jednak zazwyczaj nie ma surowych ograniczeń: jeśli ktoś uprzedzi wcześniej i połączy się zdalnie, nie napotka żadnych przeszkód.
Jak u nas. Ponieważ hackathon był kameralny, na siedem osób, sobotni pusty biur wystarczał w zupełności. Nawet jeśli nie liczyć, że jeden uczestnik połączył się z Wołgogradu.
Planowaliśmy wspólnie zasiąść w pokoju negocjacyjnym
Co z zwycięzcami
Na klasycznych hackathonach powołuje się jury, które ogłasza najlepszy projekt. W skład jury wchodzi ktoś od organizatorów lub sponsorów — tych, którzy finansują cały event.
Prezentacje projektów to ważna część hackathonu. Zespoły przedstawiają krótką prezentację, a potem prezentują swoje rozwiązania jury. To coś w rodzaju obrony pracy dyplomowej na uczelni.
Czasami prace ocenia komputer: wygrywa ta, która zdobyła więcej punktów w teście. Taki sposób uważam za zbyt formalny: oceniając rozwiązania „papugami”, organizatorzy niszczą produktowy aspekt hackathonu. Przypomina to zawody w programowaniu sportowym, a nie kreatywność.
Jak u nas. Zrobiliśmy to radykalnie: po prostu zrezygnowaliśmy z jury i rywalizacji w ogóle. Bo nie stawialiśmy sobie za cel stworzenia najlepszego rozwiązania problemu ani uzyskania gotowego produktu.
Ponieważ zadaniem było czerpanie przyjemności, niech uczestnicy swobodnie rozwijają projekty bez zerkania na inne zespoły.
Dzień H w HFLabs
Hackathon rozpoczął się jeszcze w piątek wieczorem, dzień przed. Uczestnicy się zebrali, każdy wybrał temat. Powstały gotowe zespoły.
Zbiorowisko i nieoczekiwani uczestnicy. Na biuro przybyliśmy koło 11-12 w sobotę — żeby nie wstawać jak w dni robocze, z samego rana. Zostało sześciu uczestników, jeden jeszcze połączył się z Wołgogradu.
Ogłoszenie daty nie minęło bez echa — uczestnicy zaczęli aktywnie opuszczać czat hackathonowy. Ale katastrofy nie było i quorum zostało zachowane.
W ciągu dnia niespodziewanie pojawiali się nowi uczestnicy. Koledzy, którzy nie zamierzali uczestniczyć w hackathonie, znajdowali trzy–cztery godziny. Przybywali, wybierali projekt i pomagali. To nie jest typowe dla klasycznego formatu, a nam sprawiało radość.
Zespoły i projekty. Zdarzyło się, że trzech ludzi realizowało swoje projekty samodzielnie. To jest główny minus wydarzenia, w zespole pracuje się ciekawiej. Zrozumienie współpracy to w ogóle istotna sprawa w koncepcji hackathonu.
Tekstowa gra przy użyciu silnika Telegram. Nie ma praktycznego zastosowania, za to w środku – humor branżowy i lokalne memy.
A po kilku godzinach od rozpoczęcia jeden projekt został bez deweloperów: autor opuścił swoje dzieło i przeszedł do innego zespołu. To normalne nawet w klasycznym formacie: dobre pomysły przyciągają ludzi. Na początku wydaje się, że zrealizujesz swój projekt do końca. A potem zagłębiasz się i dostrzegasz – nie zdążysz, nie warto próbować. Albo przechodzisz do sąsiadów, bo tam postęp jest i produkt jest użyteczny.
Siergiej – frontendowiec z Wołgogradu – trochę się znudził, więc wymyślił sobie projekt „od zera”. I natychmiast do niego przystąpił.
W rogu jednego z naszych produktów mieszka kotek. Kiedyś kot tylko spał i tworzył atmosferę, ale Siergiej nauczył futrzaka reagować na wydarzenia.
Na koniec dnia liczba projektów została taka sama – pięć. Jeden odpadł, włączyliśmy drugi.
Przestrzeń i harmonogram. Na hackathon zaplanowano największy pokój w biurze – salę konferencyjną. Ale gdy przyszło do realizacji, wszyscy tradycyjnie rozeszli się po swoich gabinetach. W ten sposób zaczęliśmy.
Na początku wydawało się, że wspólna przestrzeń nie jest kluczowa. Skoro projekty nie są powiązane, nie ma rywalizacji, można siedzieć osobno. A do dyskusji spotykać się w holu – ważne, żeby nie rozbiegać się poza zasięg kroków.
Ale po kilku godzinach rozdrobnienie samo z siebie ustało. Ci, którzy tworzyli w pojedynkę, pod wpływem ukrytej siły jeden po drugim przesiadli się do najbardziej zaludnionego gabinetu. I stało się ciekawiej – rozmowy były bardziej żywe, pytania bardziej złożone i częstsze.
Przerywaliśmy co kilka godzin – dzieliliśmy się wrażeniami, przyglądaliśmy się cudzym projektom. W połowie dnia mieliśmy obiad.
Na obiedzie w kanwę hackathonu wdarł się kibic, który przez cały ten czas niewidzialnie krążył wokół: do biura nagle przywieziono serniki.
Nie ograniczaliśmy czasu: kto ile chce, tyle siedzi. Odchodzili, zwykle doprowadzając projekt do bardziej lub mniej skończonego stanu. Ostatni uczestnik wyszedł około 22:00.
Nie przeprowadziliśmy od razu demo – postanowiliśmy, że opowiemy o hackathonie we wtorek dla całego biura.
Wyniki i życie po
Hackathon-light przyniósł nawet więcej korzyści, niż się spodziewałem.
HR. Świetnie się bawiliśmy: zamknęliśmy kwestię hackathonu i porozmawialiśmy na mądre tematy bez biurowego zgiełku. Wszystko to za budżet równy kosztowi dojazdu do biura i lunchu. Dodatkowo w biurze wzrastają ewangelizatorzy wewnętrznych hackathonów.
Projekty. W ciągu dnia nie zrealizowaliśmy do końca żadnego z pięciu projektów. Ale to nie problem: zazwyczaj celem wydarzenia jest rozwiązanie zadania zasadniczo, znalezienie pomysłu. Dobry wynik to minimalnie działające narzędzie, nawet jeśli z prowizorkami i błędami.
Anton Zhiyanov, szef naszego produktu , stworzył narzędzie do wysyłania e-maili. Wygląda jak przeglądarkowy edytor, do którego podłącza się plik CSV z adresatami. Jest to wygodniejsze niż w przeciążonym Mailchimpie.
Jednak po hackathonie projekty zaczęły żyć lub są w fazie przygotowań. Już wysyłamy e-maile za pomocą narzędzia, a kotek uroczo umila klientów. Pozostałe aplikacje dopracowują autorzy, już na prośby z zewnątrz. Na razie rozdajemy znajomym za darmo i na własnych zasadach, ale kiedyś może dojść do wykorzystania komercyjnego.
Wady. Głównym minusem jest to, że zebrało się mało osób. W rezultacie trzy z pięciu projektów prowadziła jedna osoba, a to nie jest zbyt interesujące. Kiedy działa się samemu, traci się efekt zespołu produktowego. Nie ma z kim nawiązywać współpracy.
Zrozumiałem też, że bardziej rygorystyczny regulamin przyniesie korzyści. Potrzebujemy więcej organizacji:
- wyraźny harmonogram;
- gadżety dla uczestników;
- jury i demo tego samego dnia, gdy wszyscy są jeszcze naładowani;
- przygotowanie – ogłoszenia, opisy projektów.
Można również zaprosić kogoś z zewnątrz, ale nie jest to konieczne. I prawdopodobnie należy zapraszać raczej selektywnie. Bez szerokiej reklamy.
Przyszłość. Na wspólne demo we wtorek zebrała się pół biura. I wtedy zauważyłem zainteresowanie projektami, formatem. W eksperymencie nie wszyscy chcieli uczestniczyć, ale po pierwszym teście przybyło chętnych. Myślę, że w 2020 roku zrobimy wydarzenie na większą skalę.
To wszystko o hackathonie. Jeśli chcesz robić różne skomplikowane rzeczy z danymi, przyjdź do nas do pracy. : szukamy programistów Java, inżynierów wsparcia i testowania oraz analityków systemowych.
Artykuł po raz pierwszy . Wersja dla «Habr» została przekształcona i uzupełniona.
Źródło: habr.com
