Hokker soarte fan groep dogge jo gewoanlik by oan hackathons? Yn it earstoan hawwe wy sein dat it ideale team bestiet út fiif minsken - in manager, twa programmeurs, in ûntwerper en in marketer. Mar de ûnderfining fan ús finalisten liet sjen dat jo in hackathon winne kinne mei in lyts team fan trije minsken. Fan de 26 ploegen dy't de finale wûnen, wûnen 3 mei musketiers. Hoe't se it diene - lês fierder.
Wy prate mei de oanfierders fan alle trije ploegen en realisearre dat har strategy in protte mienskiplik hat. De helden fan dizze post binne de teams PLEXeT (Stavropol, nominaasje fan it Ministearje fan Telekom en Massakommunikaasje), "Composite Key" (Tula, nominaasje fan it Ministearje fan Ynformaasje en Kommunikaasje fan 'e Republyk Tatarstan) en Jingu Digital (Ekaterinburg, nominaasje fan it Ministearje fan Yndustry en Hannel). Foar dyjingen dy't ynteressearre binne, is in koarte beskriuwing fan 'e kommando's ûnder de kat ferburgen.
Kommando BeskriuwingsPLEXeT
It team hat trije minsken - in ûntwikkelder (web, C++, kompetinsjes foar ynformaasjefeiligens), in ûntwerper en in manager. Wy koenen inoar net foar de regionale hackathon. It team waard gearstald troch de kaptein basearre op de resultaten fan online testen.
Composite kaai
It team hat trije kollega-ûntwikkelders - fullstack mei tsien jier ûnderfining yn IT, backend en mobyl, en backend mei in fokus op databases.
Jingu Digital
It team bestiet út twa programmeurs - backend en AR / Unity, en ek in ûntwerper dy't ek ferantwurdlik wie foar it behear fan it team. Wûn yn 'e nominaasje fan it Ministearje fan Yndustry en Hannel
Kies in taak dy't ticht by jo kompetinsjes is
Unthâlde jo dat der sa'n rym wie "dramaclub, fotoklub, en ik wol ek sjonge"? Ik tink dat in protte minsken bekend binne mei dit gefoel - as alles om jo hinne ynteressant is, wolle jo josels op in nije manier yn jo rjochting sjen litte, en besykje in nije yndustry / gebiet fan ûntwikkeling. De kar hjir hinget allinich ôf fan 'e doelen fan jo team en reewilligens om risiko's te nimmen - kinne jo jo flater akseptearje as jo ynienen yn 'e midden fan' e hackathon realisearje dat it ûnrealistysk is om dit probleem op te lossen? Eksperiminten yn 'e kategory "Ik bin net goed yn mobile ûntwikkeling, mar wat is it yn 'e hel?" binne net foar elkenien. Binne jo it soarte fan amateur?
Artem Koshko (), kommando "Gearstalde kaai": "Wy wiene earst fan plan om wat nijs te besykjen. Op it regionale poadium hawwe wy ferskate nuget-pakketten besocht, dêr't wy noait oer kamen, en Yandex.Cloud. Oan 'e ein hawwe wy CockroachDB yn Kubernetes ynset en besochten migraasjes derop te rollen mei EF Core. Guon dingen gongen goed, guon net sa folle. Dat wy learden nije dingen, testten ússels en makken der wis fan fan de betrouberens fan bewezen oanpak..
Hoe kinne jo in taak kieze as jo eagen swalkje:
- Tink oer hokker kompetinsjes nedich binne om dizze saak op te lossen, en oft alle teamleden se hawwe
- As jo kompetinsjes misse, kinne jo se dan kompensearje (kom mei in oare oplossing, lear gau wat nijs)
- Fier in koart ûndersyk út fan 'e merk wêrfoar jo in produkt sille meitsje
- Berekkenje de konkurrinsje - hokker spoar / bedriuw / taak sille de measte minsken gean?
- Beantwurdzje de fraach: wat sil jo it meast driuwe?
Oleg Bakhtadze-Karnaukhov (), PLEXeT kommando: "Wy hawwe in beslút makke oer in oerstap fan tsien oeren op it fleanfjild - krekt op it momint fan lâning kaam in list mei spoaren en koarte ferklearrings fan taken yn ús post. Ik haw fuortdaliks fjouwer taken identifisearre dy't foar my as programmeur ynteressant wiene en dêr't it aksjeplan nei de start dúdlik foar wie - wat moat dien wurde en hoe sille wy it dwaan. Dêrnei beoardielje ik de taken fan elk teamlid en beoardielje it nivo fan konkurrinsje. As gefolch hawwe wy keazen tusken de taken fan Gazprom en it Ministearje fan Telekom en Massakommunikaasje. De heit fan ús ûntwerper wurket yn oalje en gas; wy bellen him en stelden him fragen oer de yndustry. Uteinlik realisearren wy dat ja, it is nijsgjirrich, mar wy sille neat yn prinsipe nijs oanbiede kinne en wy sille perfoarst net kinne oerienkomme mei de kompetinsjes, om't d'r tefolle spesifikaasjes binne dy't yn 'e sektor moatte wurde nommen rekken. Uteinlik namen wy it risiko en gongen we nei it earste spoar.”
Diana Ganieva (), Jingu Digital team: "Op it regionale poadium hienen wy in taak yn ferbân mei lânbou, en by de finale - AR / VR yn yndustry. Se waarden keazen troch it hiele team sadat elke persoan koe realisearje harren kapasiteiten. Dan hawwe wy wat we net sa nijsgjirrich fûnen útwreide."
Doch dyn húswurk
En wy hawwe it no net oer koade-tarieding - it is oer it algemien sinleas om dat te dwaan. It giet om kommunikaasje binnen it team. At jim noch net mei-inoar spile ha, inoar net leard hawwe om inoar te begripen en ta in oerienkomst komme, in pear kear fan tefoaren byinoar komme en in hackathon simulearje, of teminsten inoar skilje om de haadpunten troch te praten, tink troch in plan fan aksje, en beprate inoar syn sterke en swakke punten. Jo kinne sels wat gefal fine en besykje it op te lossen - op syn minst skematysk, op it nivo fan "hoe fan punt A nei punt B te kommen."
Tidens dizze paragraaf, wy rinne it risiko te fangen minussen yn karma en opmerkings, sizzende, hoe is it mooglik, jo begripe neat, mar wat oer de opwining, driuwfear, it gefoel dat no in prototype sil wurde berne út 'e primordiale bouillon (hallo, biology lessen).
Ja, MAAR.
Ymprovisaasje en drive binne allinnich goed as se mar in lytse ôfwiking fan de strategy wurde - oars binne de risiko's te grut om tiid te besteegjen oan it opromjen fan de gaos en it korrizjearjen fan flaters, ynstee fan wurkjen, iten of sliepen.
Oleg Bakhtadze-Karnaukhov, PLEXeT team: "Ik koe net ien fan 'e leden fan myn team foar de kompetysje; Ik selekteare en útnoege se op basis fan har kompetinsjes en beoardielingen op it online teststadium. Doe't wy de regionale hackathon wûnen en realisearre dat wy noch tegearre nei Kazan moasten en it hackathonprojekt yn Stavropol ôfmeitsje, besleaten wy dat wy tegearre komme en traine. Foar de finale moete wy twa kear - wy fûnen in willekeurich probleem en losten it op. Iets as in saak kampioenskip. En al op dit poadium seagen wy in probleem yn kommunikaasje en distribúsje fan taken - wylst Polina (ûntwerper) en Lev (manager) tinke oer de bedriuwsstyl, produktfunksjes, op syk nei merkgegevens, hie ik in protte frije tiid. Dat wy realisearren ús dat wy in dreger nominaasje oannimme moasten (ik bin net opskeppe, wy kamen gewoan meast taken tsjin it web, mar foar my is it mar ien of twa) en ik moat mear belutsen wurde by wurkprosessen . Dêrtroch wie ik by de finale, tidens it foarûndersyk dwaande mei wiskundige modellering en it ûntwikkeljen fan algoritmen.
Artem Koshko, Composite Key team : "Wy hawwe ús geastliker tariede; der wie gjin praat oer it tarieden fan in koade. Wy hiene foarôf al rollen yn it team tawiisd - wy trije binne allegear programmeurs (wy hawwe in folsleine stapel en twa backends, plus ik wit in bytsje oer mobile ûntwikkeling), mar it wie dúdlik dat immen soe moatte nimme op de rollen fan ûntwerper en manager. Sa bin ik, sûnder my te witten, teamlieder wurden, mysels besocht as saaklike analist, sprekker en presintaasjemakker. Ik tink dat as wy hjir net fan tefoaren oer praat hiene, wy de tiid net goed koenen beheare, en wy soene net yn 'e lêste ferdigening komme.
Diana Ganieva, Jingu Digital: "Wy hawwe ús net taret op 'e hackathon, om't wy leauwe dat hackprojekten fanôf it begjin moatte wurde makke - dat is earlik. Foarôf, op it poadium fan it selektearjen fan spoaren, hienen wy in algemien konsept fan wat wy woene dwaan".
Jo kinne net wurkje mei ûntwikkelders allinich
Diana Ganieva, Jingu Digital team: "Wy hawwe trije spesjalisten yn ferskate fjilden yn ús team. Neffens my is dit de ideale komposysje foar in hackathon. Elkenien hat it drok mei syn eigen bedriuw en der is gjin oerlaap of ferdieling fan taken. Noch ien persoan soe oerstallich wêze.”
Statistiken hawwe sjen litten dat de gemiddelde gearstalling fan ús teams is fan 4 oant 5 minsken, ynklusyf (op syn bêst) ien ûntwerper. It wurdt algemien akseptearre dat it nedich is om it team te fersterkjen mei ûntwikkelders fan ferskate streken - om sawol ta te foegjen oan 'e databank as te ferrassen mei in "masine" as der wat bart. Op syn bêst nimme se noch in ûntwerper mei (wês net misledige, wy hâlde fan dy!), de presintaasje en ynterfaces sille harsels net tekenje, úteinlik. De rol fan in manager wurdt noch faker negeare - meastentiids wurdt dizze funksje oernommen troch de teamkaptein, in parttime ûntwikkelder.
En dit is yn prinsipe ferkeard.
Artem Koshko, Composite Key team: "Op in stuit hienen wy it spyt dat wy gjin spesjalisearre spesjalist yn it team namen. Wylst wy op ien of oare manier mei it ûntwerp omgean koene, wie it lestich mei it bedriuwsplan en oare strategyske dingen. In opfallend foarbyld is wannear't it nedich wie om de doelgroep en merkfolume, TAM, SAM, te berekkenjen.”
Oleg Bakhtadze-Karnaukhov, PLEXeT team: "De bydrage fan 'e ûntwikkelders oan it produkt is fier fan 80% fan it wurk, lykas gewoanlik leaude. It kin net sein wurde dat it makliker wie foar de jonges - hast it hiele grutste part fan 'e taken lei by har. Myn koade sûnder ynterfaces, presintaasjes, fideo's, strategyen is gewoan in set fan symboalen. As d'r ynstee fan har mear ûntwikkelders yn it team west hiene, soene wy it wierskynlik slagge hawwe, mar alles soe minder profesjoneel útsjoen hawwe. Benammen de presintaasje is oer it algemien de helte fan it sukses, sa liket it my ta. Tidens de ferdigening en dan yn in pear minuten yn it echte libben sil gjinien tiid hawwe om te begripen oft jo prototype echt wurket. As jo mei regelingen meifierd wurde, sil gjinien nei jo harkje. As jo te fier geane mei de tekst, sil elkenien begripe dat jo sels net witte wat wichtich is yn jo produkt, hoe't jo it presintearje moatte en wa't it nedich is."
Tiidbehear en ûntspanning
Unthâld hoe't yn bernetiid cartoons lykas "Tom en Jerry" de karakters sette wedstriden ûnder harren oogleden om te foarkommen dat se slute? Ungefearde (of te entûsjaste) hackathon-dielnimmers sjogge sawat itselde út.
By in hackathon is it maklik om kontakt te ferliezen mei de realiteit en in gefoel fan tiid - de sfear is befoarderlik foar ûnbeheinde kodearring sûnder pauzes foar rêst, sliep, gek yn 'e spielkeamer, kommunisearje mei partners of bywenje fan masterklassen. As jo dit behannelje as it WK of de Olympyske Spullen, dan ja, miskien is dat hoe't jo jo moatte gedrage. Net wirklik.
Artem Koshko, Composite Key team: "Wy hiene in protte chak-chak, in protte - in toer fan it waard boud yn 'e midden fan ús tafel, it hold ús moraal op en joech ús koalhydraten op it krekte momint. Wy rêsten en wurken hast de hiele tiid tegearre, en rêsten net apart. Mar se sliepten oars. Andrey (fullstack-ûntwikkelder) sliept graach oerdeis, Denis en ik sliepe graach nachts. Dêrom wurke ik mear mei Denis oerdeis, en mei Andrey nachts. En hy sliepte yn de pauzes. Wy hienen gjin systeem fan wurk of it ynstellen fan taken; leaver wie alles spontaan. Mar dat gyng ús net oan, want wy begripe inoar goed en komplementearje inoar. It holp dat wy kollega's binne en nau kommunisearje. Ik bin de eardere staazje fan Andrey, en Denis kaam nei it bedriuw as myn staazje.
En hjir is trouwens dyselde chak-chak berch.
Hast alle dielnimmers dy't wy ynterviewden neamden kompetinte tiidbehear as it wichtichste kritearium foar sukses by de hackathon. Wat betsjut dat? Jo fersprieden taken sadat jo tiid hawwe foar sliep en iten, en taken wurde net op in reguliere manier foltôge. alles stoarte yn, mar yn in tempo dat noflik is foar elk teamlid.
Oleg Bakhtadze-Karnaukhov, PLEXeT team: «Us doel wie net om safolle mooglik oeren te wurkjen, mar sa lang mooglik produktyf te bliuwen. Ek al sliepten wy 3-4 oeren deis, it like te slagjen. Wy koenen gean nei de spultsjes keamer of hingje út by ús partners 'stands, en sette normale tiid foar iten. Op de twadde dei hawwe wy besocht om Lev safolle mooglik te ûntlêsten sadat er genôch sliepe koe en tiid hie om himsels foar de foarstelling yn oarder te krijen. De repetysjes fan hackathon holpen ús, om't wy al begrepen hoe't jo taken ferdielde en de syngronisaasje fan 'e deistige routine - wy ieten, sliepten en wiene tagelyk wekker. Dêrtroch wurken se as ien meganisme."
Wy witte net hoe't dit team it slagge om Agomoto's Eye nei de hackathon te krijen, mar op it lêst wisten se sels in fideo oer it projekt te sjitten en in handout te meitsjen.
Guon tips foar tiidbehear by in hackathon:
- Gean fan grut nei lyts - brekke taken op yn lytse blokken.
- In hackathon is in maraton. Wat is it wichtichste yn in maraton? Besykje yn itselde tempo te rinnen, oars falle jo ôf oan 'e ein fan' e ôfstân. Besykje te wurkjen op likernôch deselde yntensiteit en net triuwe josels nei it punt fan útputting.
- Tink foarôf wat de taken fan elke dielnimmer wêze sille en hoefolle tiid it him sil nimme. It sil jo helpe om ferrassingen te foarkommen as de deadline in healoere fuort is en jo net in grut stik wurk klear hawwe.
- Kontrolearje koördinaten om de omfang fan taken oan te passen. Hawwe jo it gefoel dat jo goed gean en sels tiid oer hawwe? Geweldich - jo kinne it besteegje oan sliepen of it finalisearjen fan jo presintaasje.
- Bliuw net hingje oan details, wurkje yn brede streken.
- It is lestich om in skoft te nimmen fan it wurk, dus set tiid spesifyk ôf foar sliep, ûntspanning of ûntspanning. Jo kinne bygelyks alarmen ynstelle.
- Nim tiid om jo taspraak te tarieden en te repetearjen. Dit is ferplicht foar elkenien en altyd. Wy hawwe it oer dit yn ien fan 'e foarige .
En der is ek dizze alternative miening. Foar hokker opsje binne jo - marteling troch kodearring of oarloch mei oarloch, en lunch op in skema?
Diana Ganieva, Jingu Digital team: "Elke persoan yn ús team is ferantwurdlik foar ien ding, der wie gjinien om ús te ferfangen, dus wy koenen net wurkje yn skift. Doe't der hielendal gjin krêft mear wie, sliepten wy trije oeren, ôfhinklik fan it wurk dat noch oerbleau foar de dielnimmer. Der wie perfoarst gjin tiid om út te hingjen, wy fergrieme hjir gjin kostbere tiid oan. Produktiviteit waard stipe, hoewol mei koarte sliep, en lekkers mei tee - gjin enerzjydranken of kofje.
Ferburgen ûnder de besuniging binne ferskate nuttige keppelings as jo wolle dûke yn it ûnderwerp fan tiidbehear. It sil goed fan pas komme yn it deistich libben - leau de skriuwer fan dizze post, dy't altyd te let is :)
Foar de oerwinners fan 'e tiid - Effektive tiidbeheartechniken waarden sammele yn it Netology-blog troch in projektmanager fan Kaspersky Lab:
- In goed artikel foar begjinners oer Cossa:
Besykje te stean út
Hjirboppe skreaunen wy oer it team dat in handout makke om it projekt te beskermjen. Se wiene de iennigen yn har spoar, en wy binne der wis fan dat der ûnder de 3500+ dielnimmers gjin oaren wiene lykas harren.
Fansels wie dit net de wichtichste reden foar har oerwinning, mar it brocht perfoarst in ekstra plus - op syn minst de sympaty fan saakkundigen. Jo kinne op ferskate manieren opfalle - guon fan ús winners begjinne elke foarstelling mei in grap oer hoe't se in bom makken (Sakharov-team, hallo!).
Wy sille hjir net yn detail oer dwaen, mar sille gewoan in saak fan it PLEXeT-team diele - wy tinke dat it wurdich is om in grap te wurden oer de soan fan in freon fan in mem.
Oleg Bakhtadze-Karnaukhov, PLEXeT team: "Wy realisearre dat wy foar de kromme wiene en besletten dat it cool wêze soe om nei de pre-definsje te kommen mei in transferkoffer. It projekt hat in protte technyske details, útlis fan algoritmen, dy't hielendal net opnommen binne yn 'e presintaasje. Mar ik wol it sjen litte. Eksperts stipe it idee en holpen sels mei it optimalisearjen. Se seagen net iens nei de earste ferzje; se seine dat se sa'n skilderij noait lêze soene. Wy wiene de iennigen op ferdigening."
Der moat wat mis gean, en dat is goed.
By in hackathon, lykas yn it gewoane libben, is der altyd romte foar flaters. Sels as it liket dat jo oan alles tocht hawwe, wa fan ús hat net te let west foar in fleantúch/eksamen/brulloft gewoan om't de auto's besletten om fêst te sitten yn in file, de roltrap besleat om te brekken, en it paspoart waard fergetten thús?
Oleg Bakhtadze-Karnaukhov, PLEXeT team: “Polina en ik ha de hiele nacht in presintaasje makke, mar op it lêst fergeaten se it op te laden op de kompjûter yn de seal dêr’t de ferdigening plakfûn. Wy besykje it te iepenjen fan in flash-drive, en it antivirus fynt it bestân as in firus en wisket it. Dêrtroch slagge it ús om alles mar in minút foar it ein fan ús optreden te begjinnen. Wy wisten de fideo sjen te litten, mar wy wiene noch altyd tige oerstjoer. In soartgelikense ferhaal barde mei ús tidens de pre-definsje. Us prototype begon net, de kompjûters fan Polina en Lev beferzen, en om ien of oare reden liet ik myn yn 'e hangar dêr't ús spoar siet. En hoewol't de saakkundigen ús wurk moarns seagen, seagen wy as in team fan eksintrike mei in handout, moaie wurden, mar gjin produkt. Yn betinken nommen dat in protte dielnimmers myn wurk oan wiskundige modellen ûnderfûnen as "hy sit, tekenet wat, sjocht net nei de kompjûter," wie de situaasje net heul goed.
It sil corny klinke, mar alles wat jo kinne dwaan yn dizze situaasje is útademe. It is al bard. Nee, do bist net de iennichste, elkenien skuort. Sels as dit in fatale flater is, is it in ûnderfining. En tink ek, sil de persoan dy't jo evaluearret dizze saak in fakap beskôgje?
Diel yn 'e opmerkingen hokker komposysje jo it noflikst fiele om te wurkjen by in hackathon (sawol minsken as spesjalisten) en hoe't jo prosessen bouwe yn in team.
Boarne: www.habr.com