V kakšni postavi se običajno udeležujete hackathona? Na začetku smo navedli, da idealno ekipo sestavlja pet ljudi - vodja, dva programerja, oblikovalec in marketingar. Toda izkušnje naših finalistov so pokazale, da lahko na hackathonu zmagaš z majhno ekipo treh ljudi. Od 26 ekip, ki so zmagale v finalu, so 3 tekmovale in zmagale z mušketirji. Kako jim je uspelo - berite dalje.
Pogovarjali smo se s kapetani vseh treh ekip in ugotovili, da ima njihova strategija veliko skupnega. Junaki te objave so ekipe PLEXeT (Stavropol, nominacija Ministrstva za telekomunikacije in množične komunikacije), “Composite Key” (Tula, nominacija Ministrstva za informacije in komunikacije Republike Tatarstan) in Jingu Digital (Ekaterinburg, imenovanje Ministrstva za industrijo in trgovino). Za tiste, ki jih zanima, se pod mačko skriva kratek opis ukazov.
Opisi ukazovPLEXeT
Ekipa je sestavljena iz treh ljudi - razvijalca (splet, C++, kompetence informacijske varnosti), oblikovalca in vodje. Pred regionalnim hackathonom se nismo poznali. Ekipo je sestavil kapetan na podlagi rezultatov spletnega testiranja.
Sestavljeni ključ
Ekipa ima tri kolege razvijalce - fullstack z desetletnimi izkušnjami v IT, backend in mobilnih napravah ter backend s poudarkom na bazah podatkov.
Jingu Digital
Ekipo sestavljata dva programerja - backend in AR/Unity ter oblikovalec, ki je bil odgovoren tudi za vodenje ekipe. Zmagal v nominaciji Ministrstva za industrijo in trgovino
Izberite nalogo, ki je blizu vašim kompetencam
Se spomnite, da je obstajala taka rima "dramski klub, foto klub in tudi jaz želim peti"? Mislim, da marsikdo pozna ta občutek – ko je vse okoli tebe zanimivo, se želiš v svoji smeri pokazati na nov način in se preizkusiti v novi panogi/področju razvoja. Izbira tukaj je odvisna samo od ciljev vaše ekipe in pripravljenosti na tveganje - ali lahko sprejmete svojo napako, če nenadoma sredi hackathona ugotovite, da je nerealno rešiti ta problem? Eksperimenti v kategoriji »Nisem dober v mobilnem razvoju, ampak kaj za vraga je to?« niso za vsakogar. Ste takšen amater?
Artem Koško (), ukaz “Sestavljeni ključ”: »Sprva smo nameravali poskusiti nekaj novega. Na regionalni stopnji smo preizkusili več paketov nuget, do katerih nismo nikoli prišli, in Yandex.Cloud. Na koncu smo uvedli CockroachDB v Kubernetes in poskusili prenesti migracije vanj z uporabo EF Core. Nekatere stvari so šle dobro, nekatere ne preveč. Tako smo izvedeli nove stvari, se preizkusili in se prepričali o zanesljivosti preverjenih pristopov.«.
Kako izbrati nalogo, če vam oči begajo:
- Pomislite, katere kompetence so potrebne za rešitev tega primera in ali jih imajo vsi člani ekipe
- Če vam primanjkuje kompetenc, ali jih lahko nadomestite (izmislite drugo rešitev, se hitro naučite česa novega)
- Izvedite kratko raziskavo trga, za katerega boste izdelovali izdelek
- Izračunajte konkurenco – na katero progo/podjetje/nalogo bo šlo največ ljudi?
- Odgovorite na vprašanje: kaj vas bo najbolj gnalo?
Oleg Bakhtadze-Karnaukhov (), ukaz PLEXeT: »Odločili smo se za deseturni postanek na letališču - ravno v trenutku pristanka je po naši pošti prispel seznam skladb in kratke izjave nalog. Takoj sem identificiral štiri naloge, ki so bile zame kot programerja zanimive in za katere je bil akcijski načrt po začetku jasen – kaj je treba narediti in kako bomo to naredili. Nato sem ocenil naloge vsakega člana ekipe in ocenil stopnjo tekmovalnosti. Zato smo izbirali med nalogami Gazproma in Ministrstva za telekomunikacije in množične komunikacije. Oče našega oblikovalca dela na področju nafte in plina; poklicali smo ga in mu zastavili vprašanja o industriji. Na koncu smo ugotovili, da ja, je zanimivo, vendar ne bomo mogli ponuditi ničesar bistveno novega in zagotovo ne bomo kos kompetencam, ker je preveč specifik industrije, ki jih je treba upoštevati. račun. Na koncu smo tvegali in šli na prvo progo.”
Diana Ganieva (), ekipa Jingu Digital: »Na regionalni stopnji smo imeli nalogo, povezano s kmetijstvom, na finalu pa AR/VR v industriji. Izbrala jih je celotna ekipa, tako da je vsak lahko uresničil svoje sposobnosti. Potem smo izločili tisto, kar se nam ni zdelo tako zanimivo.«
Naredi svojo domačo nalogo
In zdaj ne govorimo o pripravi kode - to je na splošno nesmiselno početi. Gre za komunikacijo znotraj ekipe. Če še niste igrali skupaj, se niste naučili razumeti drug drugega in se dogovoriti, se zberite nekajkrat vnaprej in simulirajte hackathon ali vsaj pokličite drug drugega, da se pogovorite o glavnih točkah, razmislite z akcijskim načrtom in se pogovorita o prednostih in slabostih drug drugega. Lahko celo najdete kakšen primer in ga poskusite rešiti - vsaj shematično, na ravni "kako priti od točke A do točke B."
Med tem odstavkom tvegamo, da bomo ujeli minuse v karmi in komentarjih, češ, kako je to mogoče, ničesar ne razumete, kaj pa navdušenje, zagnanost, občutek, da se bo zdaj iz prvobitnega rodil prototip? brozga (zdravo, pouk biologije).
Ja, ampak.
Improvizacija in zagnanost sta dobra le takrat, ko postaneta le rahlo odstopanje od strategije – sicer so tveganja prevelika, da bi čas porabili za čiščenje kaosa in popravljanje napak, namesto da bi delali, jedli ali spali.
Oleg Bakhtadze-Karnaukhov, ekipa PLEXeT: »Pred tekmovanjem nisem poznal nobenega člana svoje ekipe, izbral in povabil sem jih na podlagi njihovih kompetenc in ocen v fazi spletnega testiranja. Ko sva zmagala na regionalnem hackathonu in ugotovila, da morava še skupaj v Kazan in dokončati projekt hackathona v Stavropolu, sva se odločila, da se dobiva in trenirava. Pred finalom smo se srečali dvakrat – našli smo naključno težavo in jo rešili. Nekaj podobnega prvenstvu primerov. In že na tej stopnji smo opazili težavo v komunikaciji in porazdelitvi nalog - medtem ko sta Polina (oblikovalec) in Lev (vodja) razmišljala o korporativnem slogu, značilnostih izdelka, iskala podatke o trgu, sem imel veliko prostega časa. Tako sva ugotovila, da morava prevzeti težjo nominacijo (ne hvalim se, večinoma sva naletela na naloge povezane s spletom, pri meni pa le ena ali dve) in se moram bolj vključiti v delovne procese. . Posledično sem se v finalu med preliminarnim raziskovanjem ukvarjal z matematičnim modeliranjem in razvojem algoritmov.”
Artem Koshko, ekipa Composite Key : »Pripravljali smo se bolj psihično, o pripravi kodeksa ni bilo govora. V ekipi smo imeli že vnaprej razdeljene vloge – vsi trije smo programerji (imamo polni sklad in dva backenda, poleg tega se malo spoznam na mobilni razvoj), vendar je bilo jasno, da bo nekdo moral prevzeti vlogi oblikovalca in vodje. Tako sem nevede postal vodja ekipe, se preizkusil kot poslovni analitik, govornik in izdelovalec predstavitev. Mislim, da če se o tem ne bi pogovarjali vnaprej, ne bi mogli pravilno razporediti časa in ne bi prišli do zadnjega zagovora.”
Diana Ganieva, Jingu Digital: »Nismo se pripravljali na hackathon, ker menimo, da je treba hekerske projekte narediti iz nič – to je pošteno. Že vnaprej, v fazi izbire skladb, smo imeli splošen koncept, kaj želimo narediti.".
Ne morete sodelovati sami z razvijalci
Diana Ganieva, ekipa Jingu Digital: »V naši ekipi imamo tri strokovnjake na različnih področjih. Po mojem mnenju je to idealna kompozicija za hackathon. Vsak se ukvarja s svojim poslom in ni prekrivanja ali delitve nalog. Še ena oseba bi bila odveč.”
Statistika je pokazala, da je povprečna sestava naših ekip od 4 do 5 ljudi, vključno z (v najboljšem primeru) enim oblikovalcem. Splošno sprejeto je, da je treba okrepiti ekipo z razvijalci različnih črt - da bi lahko dodajali bazo podatkov in presenetili s "strojem", če se kaj zgodi. V najboljšem primeru še vedno vzamejo s seboj oblikovalca (ne zamerite, radi vas imamo!), predstavitev in vmesniki se na koncu ne bodo narisali sami. Še pogosteje se zanemarja vloga vodje – običajno to funkcijo prevzame kapetan ekipe, honorarni razvijalec.
In to je v osnovi napačno.
Artem Koshko, ekipa Composite Key: »V nekem trenutku nam je bilo žal, da v ekipo nismo vzeli specializiranega specialista. Medtem ko smo z zasnovo še nekako kos, je bilo s poslovnim načrtom in drugimi strateškimi stvarmi težko. Osupljiv primer je, ko je bilo treba izračunati ciljno občinstvo in obseg trga, TAM, SAM.”
Oleg Bakhtadze-Karnaukhov, ekipa PLEXeT: »Prispevek razvijalca k izdelku še zdaleč ni 80 % dela, kot se običajno verjame. Ni mogoče reči, da je bilo fantom lažje - skoraj ves del nalog je bil na njih. Moja koda brez vmesnikov, predstavitev, videoposnetkov, strategij je samo skupek simbolov. Če bi bilo v ekipi več razvijalcev namesto njih, bi nam verjetno uspelo, vendar bi vse skupaj izgledalo manj profesionalno. Še posebej predstavitev je na splošno polovica uspeha, kot se mi zdi. Med obrambo in nato v resničnem življenju v nekaj minutah nihče ne bo imel časa razumeti, ali vaš prototip res deluje. Če se zanesete v spletke, vas nihče ne bo poslušal. Če greš z besedilom predaleč, bo vsem jasno, da sam ne veš, kaj je v tvojem izdelku pomembno, kako ga predstaviti in kdo ga potrebuje.«
Urejanje časa in sprostitev
Se spomnite, kako so v otroških risankah, kot je "Tom in Jerry", liki dajali vžigalice pod veke, da se ne bi zaprle? Neizkušeni (ali preveč navdušeni) udeleženci hackathona so videti približno enako.
Na hackathonu je enostavno izgubiti stik z realnostjo in občutkom za čas - vzdušje je ugodno za nebrzdano kodiranje brez odmorov za počitek, spanje, norčevanje v igralnici, komunikacijo s partnerji ali obiskovanje mojstrskih tečajev. Če to obravnavate kot svetovno prvenstvo ali olimpijske igre, potem ja, morda bi se morali tako obnašati. res ne.
Artem Koshko, ekipa Composite Key: »Pojedli smo veliko čak-čaka, veliko – sredi naše mize je bil zgrajen stolp, ki je dvigoval našo moralo in nam dajal ogljikove hidrate ob pravem času. Skoraj ves čas sva počivala in delala skupaj in nisva počivala ločeno. Spali pa so drugače. Andrej (fullstack razvijalec) rad spi podnevi, midva z Denisom rada spiva ponoči. Zato sem podnevi več delal z Denisom, ponoči pa z Andrejem. In med odmori je spal. Nismo imeli nekega sistema dela ali postavljanja nalog, temveč je bilo vse spontano. A to naju ni motilo, saj se dobro razumeva in dopolnjujeva. Pomagalo je, da smo sodelavci in tesno komuniciramo. Sem Andrejev nekdanji pripravnik, Denis pa je prišel v podjetje kot moj pripravnik.«
In tukaj je, mimogrede, ista gora čak-čak.
Skoraj vsi udeleženci, s katerimi smo se pogovarjali, so kot glavno merilo uspeha na hackathonu navedli kompetentno upravljanje časa. Kaj to pomeni? Naloge si porazdelite tako, da imate čas za spanje in hrano, naloge pa ne potekajo sproti. vse se je podrlo, vendar s tempom, ki ustreza vsakemu članu ekipe.
Oleg Bakhtadze-Karnaukhov, ekipa PLEXeT"Naš cilj ni bil delati čim več ur, ampak čim dlje ostati produktiven. Čeprav sva spala 3-4 ure na dan, je bilo videti, da nama je uspelo. Lahko bi šli v sobo za igre ali se družili pri stojnicah naših partnerjev in si namenili običajni čas za hrano. Drugi dan smo skušali Leva čim bolj razbremeniti, da bi se dovolj naspal in imel čas, da se pred nastopom spravi v red. Pomagale so nam vaje hackathona, saj smo že razumeli, kako razporediti naloge, in sinhronizacija dnevne rutine – jedli smo, spali in bili budni hkrati. Posledično so delovali kot en sam mehanizem.«
Ne vemo, kako je tej ekipi uspelo pridobiti Agomoto's Eye na hackathon, a na koncu jim je celo uspelo posneti video o projektu in pripraviti izroček.
Nekaj nasvetov za upravljanje časa na hackathonu:
- Pojdite od velikih k majhnim – naloge razdelite na majhne bloke.
- Hackathon je maraton. Kaj je najpomembnejše pri maratonu? Poskusite teči z enakim tempom, sicer boste do konca razdalje padli. Poskusite delati s približno enako intenzivnostjo in se ne silite do izčrpanosti.
- Vnaprej razmislite, kakšne bodo naloge posameznega udeleženca in koliko časa mu bo vzelo. Tako se boste izognili presenečenjem, ko je rok čez pol ure in nimate pripravljenega velikega dela.
- Preverite koordinate, da prilagodite obseg nalog. Se vam zdi, da vam gre dobro in vam celo ostane čas? Odlično – porabite ga lahko za spanje ali dokončanje svoje predstavitve.
- Ne obremenjujte se s podrobnostmi, delajte na široko.
- Težko si je oddahniti od dela, zato si rezervirajte čas posebej za spanje, sprostitev ali sprostitev. Nastavite lahko na primer alarme.
- Vzemite si čas za pripravo in vajo svojega govora. To je obvezno za vse in vedno. O tem smo govorili v enem od prejšnjih .
In obstaja tudi to alternativno mnenje. Za katero možnost ste - mučenje s kodiranjem ali vojna z vojno in kosilo po urniku?
Diana Ganieva, ekipa Jingu Digital: »V naši ekipi je vsak odgovoren za eno stvar, nikogar ni bilo, ki bi nas nadomestil, zato nismo mogli delati v izmenah. Ko ni bilo več moči, smo spali tri ure, odvisno od količine dela, ki je udeležencu še ostalo. Časa za druženje ni bilo čisto nič, s tem ne izgubljamo dragocenega časa. Produktivnost je bila podprta, čeprav s kratkim spanjem, in dobrotami s čajem - brez energijskih pijač ali kave.«
Pod rezom je skritih več uporabnih povezav, če se želite poglobiti v temo upravljanja s časom. Prav bo prišel v vsakdanjem življenju - verjemite avtorici tega prispevka, ki vedno zamuja :)
Za osvajalce časa — Učinkovite tehnike upravljanja s časom je v blogu Netology zbral projektni vodja družbe Kaspersky Lab:
— Dober članek za začetnike na Cossi:
Poskusite izstopati
Zgoraj smo pisali o ekipi, ki je izdelala izroček za zaščito projekta. Bili so edini v svoji progi in prepričani smo, da med 3500+ udeleženci ni bilo takšnih.
Seveda to ni bil glavni razlog za njihovo zmago, vsekakor pa je prinesel dodaten plus – vsaj naklonjenost strokovnjakov. Izstopate lahko na različne načine – nekateri naši zmagovalci začnejo vsak nastop s šalo o tem, kako so naredili bombo (ekipa Saharov, pozdravljeni!).
O tem se ne bomo podrobneje ukvarjali, ampak bomo preprosto delili primer iz ekipe PLEXeT - mislimo, da je vreden, da postane šala o sinu mamine prijateljice.
Oleg Bakhtadze-Karnaukhov, ekipa PLEXeT: »Ugotovili smo, da smo pred krivuljo, in se odločili, da bi bilo kul, če bi na predobrambo prišli s prestopnim kovčkom. Projekt ima veliko tehničnih podrobnosti, razlag algoritmov, ki jih v predstavitvi sploh ni. Ampak to želim pokazati. Strokovnjaki so idejo podprli in jo celo pomagali optimizirati. Prve različice sploh niso pogledali, rekli so, da takšne slike ne bodo nikoli prebrali. Bili smo edini v obrambi.”
Gotovo gre nekaj narobe in to je v redu.
Na hackathonu je, tako kot v običajnem življenju, vedno prostor za napake. Čeprav se zdi, da ste pomislili na vse, kdo od nas ni zamujal na letalo/izpit/poroko preprosto zato, ker so se avtomobili odločili obstati v prometnem zamašku, tekoče stopnice so se odločile pokvariti, potni list pa je bil pozabljen. doma?
Oleg Bakhtadze-Karnaukhov, ekipa PLEXeT: »S Polino sva celo noč pripravljala predstavitev, a so jo na koncu pozabili naložiti na računalnik v dvorani, kjer je potekal zagovor. Poskušamo ga odpreti z bliskovnega pogona, protivirusni program pa datoteko zazna kot virus in jo izbriše. Posledično nam je uspelo, da se je vse začelo le minuto pred koncem našega nastopa. Posnetek nam je uspelo prikazati, a smo bili vseeno zelo razburjeni. Podobna zgodba se nam je zgodila na predzagovoru. Naš prototip se ni zagnal, Polini in Levovi računalniki so zamrznili in iz nekega razloga sem svojega pustil v hangarju, kjer je bila naša skladba. In čeprav so strokovnjaki zjutraj videli naše delo, smo izgledali kot ekipa ekscentrikov z izročkom, lepimi besedami, a brez izdelka. Glede na to, da je veliko udeležencev moje delo na matematičnih modelih dojemalo kot "sedi, nekaj riše, ne gleda v računalnik", situacija ni bila najbolj dobra.
Slišati bo banalno, a vse, kar lahko storite v tej situaciji, je izdihniti. Se je že zgodilo. Ne, nisi edini, vsi zajebajo. Tudi če je to usodna napaka, je izkušnja. In pomislite tudi, ali bo oseba, ki vas ocenjuje, ta primer imela za fakapa?
Delite v komentarjih, katera sestava se vam zdi najbolj prijetna pri delu na hackathonu (tako ljudje kot strokovnjaki) in kako gradite procese v ekipi.
Vir: www.habr.com