DAJANJE NAČRTOV ZA DELO: NAJBOLJŠE PRAKSE ZA HACKATHON DEMO DNI - TECHCRUNCH - DRUGA - 2019

Anonim

Opomba urednika: Erin Tao je sodelavec za razvoj podjetja Aviary - in, da, njegov organizator hackathon. Sledite ji na Twitterju @etaooo .

Za vsakogar, ki ima (ali ima zapleteno) načrtovanje, organiziranje hackathona ni težko težko: to je vprašanje razumevanja vaših ciljev, ocenjevanje potreb in ugotovitev, kako premostiti oba. Seveda je to veliko lažje, kot je bilo storjeno.

Najpomembnejši del hackathona, daleč, so demos. Mislim, to je tisto, zaradi česar dogodek vredi obiskovati na prvem mestu. Sponzorske družbe ne bi ponudile denarja ničesar, kar ni zagotovilo izpostavljenosti. Razvijalci ne bi zapustili spanca, če ne bi mogli pokazati željnega občinstva hacks, ki so jih zgradili čez noč.

Na primer, se je potegnila demo na fotografiji Photo Hack Day in Photo Hack Day 2, ki se je izkazala za neprekinjen učni proces z veliko bolj javno (in manj manj oproščajočim) učenjem. Ni potrebe, da bi bili n00b, dejansko smo veliko naredili za vijačenje.

Oblika

Skoraj vsak sponzorirani hackathon bo imel dva sklopa predstavitev: tisti, ki začnejo dogodek (za sponzorje, da uvedejo programerje v svoje API-je) in tiste, ki ga zapirajo (za hekerje, da pokažejo, kaj so storili). Ker so predstavitve podjetja najbolj vidna komponenta hackathona, je zagotovitev, da ta del poteka gladko, ključnega pomena za uspeh dogodka. Opozorilo: obsežna priprava je v določeni meri koristna. Lahko - in popolnoma - bi morali vnaprej narediti več povezanih nalog, vendar pa znaten del hacker demosov zahteva učinkovito delo na letenju, ki poteka v kratkem času.

HackerLeague. Kako se odločite, da spremljate vse, kar je odvisno od vas, vendar sem močno predlagal naslednje za vsak niz demorov.

Del I - Predstavitve API-ja:

  • Vodite zbirko podatkov podjetja priročno. Vsako dopisovanje s posameznim podjetjem je treba označiti in vložiti stran. Ne bi motilo vedeti, kako so najnovejše družbe s svojimi bistvenimi obveznostmi, kot je medijsko promocijsko spletno mesto, ne glede na to, ali so dali logotip za spletno stran ali ko so plačevali kakršne koli sponzorske pristojbine. CRM bo pomagal racionalizirati vhodni in dnevni delovni potek, vendar ohranjanje vsega v konsolidiranem dokumentu v enem samem brskalniku varuje veliko časa v primerjavi z kopanjem skozi arhive. Vključil sem vzorčno preglednico, kjer sem organiziral ustrezne informacije in pustil nekaj primerov opomb, ki jih nisem želel pozabiti. (Opomba: predloge so enake tistim, ki sem jih uporabil za oba dnevna obvestila.)
  • Spodbudite voditelje, da uporabijo laični izraz zaradi učinkovitosti. Če so hekerji radovedni, se bodo obrnili na razvijalca podjetja in postavili vprašanja po koncu predstavitve. Če preveč tehnično ovira predstavitev hitrosti.
  • Porazdelite smernice o dobrih predstavitvah pred časom. Praviloma so udeleženci in razvijalci na splošno všeč naslednji: Cool API-ji, smešne predstavitve in brez PowerPointa.
  • Določite časovne omejitve in sledite urniku. Sponzorji na višji ravni na splošno demo dlje in z več vsebinami. Dajanje naslovne družbe pet minut, da govorijo pred ujetim občinstvom z laptop in projektor je dovolj časa; naslednja stopnja sponzorstva ima lahko tri minute z laptopom in projektorjem. Ne-sponzorjem je dovoljeno enominutno igrišče z mikrofonom in namesto tega lahko v času hackinga gostijo neobvezne predstavitve in delavnice.

Del II - hack demos:

  • .

    Jasno določite časovne omejitve (da, dovolj je dvakrat omeniti.) - Za razliko od sponzorjev, vsaka ekipa razvijalcev dobi enako količino časa za predstavitev. Dve minuti sta standardna in dobro načrtovana predstavitev lahko pokriva visokokakovostni vdolbinec krampja v toliko časa.

  • Ban PowerPoint, če boste morali - To je prav tako treba omeniti dvakrat, ker preveč skupin še vedno poskuša uporabiti. Morda celo velja izrecno prepoved. To je zapravljanje časa in ne morejo učinkovito prikazati funkcionalnosti aplikacije ali storitve.
  • Če podjetja zagotavljajo lastne sponzorirane nagrade, predložijo seznam hacksov (in, če je mogoče, demo naloga), ki jih je mogoče filtrirati z uporabo API-ja - jim omogoča, da vedo, koga bi morali iskati; izmenljive preglednice v Google Dokumentih so odlične za to.
  • Ko se s # * razbije - in verjemite mi, bo - imela več rezervnih delov. - Med dnevom fotografij Hack Day Day 2 smo uničili dva kabla HDMI in VGA Generalne skupščine (ti so bili tapetirani na tla pod stojnicami občinstva, zato ko so se ljudje gibali okoli, so bili kabli odstranjeni iz stene in poškodovani). Torej, hranite dva ali tri rezervne dele vsega, da zadržite zabavo: električna energija, Wi-Fi, predstavitvena orodja, ključi, kabli, napajalni trakovi, podaljški in celo projektor! (Pro Nasvet: obdržite svoje prejemke!)
  • Pripravite vsa ustrezna gradiva za ocenjevalno komisijo. - Predvidite vsa merila presoje in objavite tako, da bodo udeleženci in hekerji podobni. Navedite veliko pisnih gradiv in predloge za presojo (ponavadi je seznam hacksov, to spada v kategorijo stvari, ki jih boste morali ustvariti na letenju). Spodbudite sodnike, naj postavljajo vprašanja in potegnejo nazaj na ideje razvijalca - na primer: "Zakaj ste to storili kot x,če bi to lahko storili kot y ?" Če lahko hekerji utrjujejo pomembne razvojne točke v desetih sekundah ali manj, kar bo zagotovo prevladalo nad tehničnimi sodniki.

Delati na letenju

Se spomnite prej omenjenega opozorila? To je to, in to je najtrši in najbolj stresen del dogodka.

  • Demo nalog - C potrdite prijave na enem mestu. Razvrstitev demojev, ki temeljijo na potrebni opremi (npr. V živo spletnih mestih, aplikacijah, ki so v domačem okolju, v aplikacijah za mobilne naprave), vam ne bo treba preizkusiti, da bi našli ustrezne kable / dongles vsakič, ko nova oseba pride na krov. Preizkusite svoje platforme temeljito; boste morali biti zelo seznanjeni s postopkom prijave, na katerega se bodo sklicevali vaši hekerji.
  • Če uporabljate družabne medije za objavljanje posodobitev, ustvarite spodbude, da bodo ljudje sledili ustreznim virom. Med fotografiranjem Hack Day 2 smo večino posodobitev objavili prek Twitterja z # PHD2 hashtagom. Vse se je zdelo v redu, dokler ni bil najavljen demo postopek prijave, prek mikrofona in preko Twitterja - ni bilo mogoče, da bi nas vsi slišali, niti niso preverjali Cvrkutati.

Z ustvarjanjem spodbud (tj. Sponzorskih daril tistim, ki sledijo krmi, tweet o dogodku ali ponovite kakršne koli uradne objave), pridobite močnejše sledi, medtem ko poskrbite, da bodo hekerji ostali v zanki. To pomeni precej kaotičen proces organiziranja demo posnetkov.

  • Postopek glasovanja - ne glede na to, ali izberete spletno ali mobilno storitev, to omogoča glasovanje SMS. To pravim, ker (1) še nisem našel platforme, ki jo rad uporabljam v mobilnih brskalnikih, in (2) večina udeležencev Demo Day ne bo prinesla laptopa z njimi. Prepričajte se, da pred tem preizkusite, da bi se izognili kolcanju.
  • Nagradna slovesnost - Če obstajajo le uradni nagradi za dogodke, bi moral biti postopek dovolj preprost: emcee po potrebi, a sodnikom omogočiti, da na kratko govori občinstvo z nekaterimi mislimi pred izdajo sodbe. Za nagrade podjetja, se prepričajte, ali predstavniki vedo, kdaj bodo na odru. Pazite na pravočasnost in kratkost. Zdaj se lahko sprostite.


Tukaj še nisem pomislil

Ali je treba omejiti število demo?

To ima nekaj zelo očitnih pasti, po štirih urah pa so bili sodniki in občinstvo na 2. dnevu Photo Hack enako izčrpani. To je prevedeno na nagrajeno nagrado: postalo je temno, vsi so bili na Generalni skupščini od kosila, in hekerji so začeli zapreti po noč brez spanja.

Če bi se sodniki in udeleženci zanimali samo za visoko kakovostne hacksove, ali bi moral biti nekakšen presejalni postopek? Tekmovanje za veliko volilno udeležbo je dolg Demo dan in ne bi smeli končati dogodka na slabi zabeležki (preberite: utrujeni, grčasti hekerji in udeleženci.)

Kakšne alternative obstajajo za monotonijo demos? Ali je vredno deliti hack predložitve v kategorije?

Po hackathonu (in zelo potrebnem prostem času), je naša ekipa razbila območja, kjer smo mislili, da je prostor za izboljšanje - in je bilo veliko. Čeprav so bile demo tehnike najbolj očarljive, je dejanski proces demoiranja potreboval delo.

Soglasje je bilo spodbujati (še pomembneje, nagrajevati) ustvarjalne in zabavne predstavitve z nagradami; zagotovili so veliko potrebnega olajšanja za uničenje monotonih. Dobre demoske - še posebej tiste, ki so smešne - naredijo cel dan popoldne vredne. Kar zadeva kondenzacijo časa, ki je potreben za demo, je žirija še vedno izven.

Končna opomba

To je povzetek vsega, kar sem videl in doživel iz obeh hackathons, ki sem jih organiziral, in tri kumulativne mesece, ki sem jih porabil za načrtovanje. Vse te "metode" so vsekakor alternative, boljši način približevanja tem pa je, da jih upoštevamo kot spremenljivke. Prepričajte se, da razumete naravo vašega hackathona dovolj dobro, da boste vedeli, kaj bo delovalo in kaj ne.

Ja, demos so zamudni, in ja, so stresni, toda vsekakor mi ne bi bilo nič narobe. Za razvijalce, ki cenijo kul API-je, za vsakogar, ki ima radi opazovanje ustvarjalnega procesa, in za mnoge ljudi, ki se tam ukvarjajo z gradnjo skupnosti: organiziranje takšnih dogodkov je tako dober darn nagrajevanje. Awesome ljudje se morajo srečati s super ljudmi, in super izdelki proizvajajo še bolj super izdelke.

To, na kratko, je, zakaj smo najprej postavili hackathons.