Millaisessa ryhmässä käyt yleensä hackathoneissa? Aluksi totesimme, että ihanteellinen tiimi koostuu viidestä ihmisestä - johtaja, kaksi ohjelmoijaa, suunnittelija ja markkinoija. Mutta finalistiemme kokemus osoitti, että voit voittaa hackathonin pienellä kolmen hengen joukkueella. Finaalin voittaneesta 26 joukkueesta 3 kilpaili ja voitti muskettisoturien kanssa. Kuinka he tekivät sen - lue.
Keskustelimme kaikkien kolmen joukkueen kapteenien kanssa ja huomasimme, että heidän strategiallaan on paljon yhteistä. Tämän postauksen sankareita ovat joukkueet PLEXeT (Stavropol, tele- ja joukkoviestintäministeriön nimitys), “Composite Key” (Tula, Tatarstanin tasavallan tieto- ja viestintäministeriön nimitys) ja Jingu Digital (Jekaterinburg, teollisuus- ja kauppaministeriön nimitys). Kiinnostuneille lyhyt kuvaus komennoista on piilotettu kissan alle.
KomentokuvauksetPLEXeT
Ryhmässä on kolme henkilöä - kehittäjä (web, C++, tietoturvaosaaminen), suunnittelija ja johtaja. Emme tunteneet toisiamme ennen alueellista hackatonia. Kapteeni kokosi joukkueen verkkotestauksen tulosten perusteella.
Komposiittiavain
Tiimissä on kolme kehittäjää – fullstack, jolla on kymmenen vuoden kokemus IT-, tausta- ja mobiilialalla, sekä taustajärjestelmä, joka keskittyy tietokantoihin.
Jingu Digital
Tiimiin kuuluu kaksi ohjelmoijaa - backend ja AR/Unity sekä suunnittelija, joka vastasi myös tiimin johtamisesta. Voitti teollisuus- ja kauppaministeriön ehdokkuuden
Valitse tehtävä, joka on lähellä osaamistasi
Muistatko, että siellä oli sellainen riimi "draamaklubi, valokuvakerho ja minäkin haluan laulaa"? Luulen, että tämä tunne on monille tuttu - kun kaikki ympärilläsi on mielenkiintoista, haluat näyttää itsesi uudella tavalla omassa suunnassasi ja kokeilla uutta toimialaa/kehitysaluetta. Valinta riippuu vain tiimisi tavoitteista ja riskinottohalukkuudesta - voitko hyväksyä virheesi, jos yhtäkkiä keskellä hackathonia huomaat, että tämän ongelman ratkaiseminen on epärealistista? Kokeilut kategoriassa "En ole hyvä mobiilikehityksessä, mutta mitä helvettiä se on?" eivät sovi kaikille. Oletko sellainen amatööri?
Artem Koshko (), komento "Yhdistelmäavain": "Aluksi suunnittelimme kokeilla jotain uutta. Alueellisessa vaiheessa kokeilimme useita nuget-paketteja, joihin emme koskaan päässeet, ja Yandex.Cloudia. Lopulta otimme käyttöön CockroachDB:n Kubernetesissa ja yritimme siirtää siihen siirtoja EF Coren avulla. Jotkut asiat menivät hyvin, jotkut eivät niin paljon. Joten opimme uusia asioita, testasimme itseämme ja varmistimme hyväksi havaittujen lähestymistapojen luotettavuudesta..
Kuinka valita tehtävä, jos silmäsi vaeltavat:
- Mieti, mitä osaamista tarvitaan tämän tapauksen ratkaisemiseen ja onko kaikilla tiimin jäsenillä ne
- Jos osaamistasi puuttuu, voitko kompensoida niitä (keksi jokin muu ratkaisu, opi nopeasti jotain uutta)
- Tee lyhyt tutkimus markkinoista, joille aiot valmistaa tuotteen
- Laske kilpailu - mille radalle/yritykselle/tehtävälle menee eniten ihmisiä?
- Vastaa kysymykseen: mikä ajaa sinua eniten?
Oleg Bakhtadze-Karnaukhov (), PLEXeT-komento: ”Teimme päätöksen kymmenen tunnin pysähdyksestä lentoasemalla – juuri laskeutumishetkellä postissamme saapui jälkiluettelo ja lyhyet selvitykset tehtävistä. Tunnistin heti neljä itseäni ohjelmoijana kiinnostavaa tehtävää, joille aloituksen jälkeen toimintasuunnitelma oli selvä - mitä pitää tehdä ja miten tehdään. Sitten arvioin jokaisen joukkueen jäsenen tehtävät ja kilpailun tason. Tämän seurauksena valitsimme Gazpromin ja tele- ja joukkoviestintäministeriön tehtävien välillä. Suunnittelijamme isä työskentelee öljy- ja kaasualalla; soitimme hänelle ja kysyimme alalta kysymyksiä. Lopulta tajusimme, että kyllä, se on mielenkiintoista, mutta emme pysty tarjoamaan mitään perustavanlaatuista uutta, emmekä varmasti pysty vastaamaan osaamista, koska toimialakohtauksia on liian monia, jotka on otettava huomioon. tili. Lopulta otimme riskin ja lähdimme ensimmäiselle radalle.
Diana Ganieva (), Jingu Digital -tiimi: ”Alueellisessa vaiheessa meillä oli maatalouteen liittyvä tehtävä ja finaalissa AR/VR teollisuudessa. Koko tiimi valitsi heidät, jotta jokainen voisi toteuttaa kykynsä. Sitten karsimme pois sen, mikä ei ollut mielestämme kiinnostavaa."
Tee kotitehtäväsi
Emmekä puhu nyt koodin valmistelusta - sen tekeminen on yleensä turhaa. Kyse on viestinnästä tiimin sisällä. Jos ette ole vielä pelanneet yhdessä, ette ole oppineet ymmärtämään toisianne ja pääsemään yhteisymmärrykseen, kokoontukaa pari kertaa etukäteen ja simuloimaan hackathonia tai ainakin soittamaan toisillenne keskustelemaan pääkohdat, miettikää toimintasuunnitelman kautta ja keskustelkaa toistenne vahvuuksista ja heikkouksista. Voit jopa löytää jonkin tapauksen ja yrittää ratkaista sen - ainakin kaavamaisesti tasolla "miten päästä pisteestä A pisteeseen B".
Tämän kappaleen aikana on riski saada miinuksia karmasta ja kommenteista, joissa sanotaan, miten se on mahdollista, et ymmärrä mitään, mutta entä se jännitys, into, tunne, että nyt syntyy prototyyppi ikimuistoisesta. liemi (hei, biologian tunnit).
Kyllä, mutta.
Improvisaatio ja ajaminen ovat hyviä vain silloin, kun niistä tulee vain pieni poikkeama strategiasta - muuten riskit ovat liian suuret, jotta aikaa kuluisi kaaoksen siivoamiseen ja virheiden korjaamiseen työnteon, syömisen tai nukkumisen sijaan.
Oleg Bakhtadze-Karnaukhov, PLEXeT-tiimi: ”En tuntenut ketään tiimini jäsenistä ennen kilpailua, vaan valitsin ja kutsuin heidät heidän osaamisensa ja verkkotestausvaiheen arvioiden perusteella. Kun voitimme alueellisen hackathonin ja tajusimme, että meidän on vielä mentävä yhdessä Kazaniin ja saatettava hackathon-projekti päätökseen Stavropolissa, päätimme, että kokoontuisimme ja harjoittelemme. Ennen finaalia tapasimme kahdesti - löysimme satunnaisen ongelman ja ratkaisimme sen. Jotain tapauksen mestaruutta. Ja jo tässä vaiheessa näimme ongelman kommunikaatiossa ja tehtävien jakamisessa - kun Polina (suunnittelija) ja Lev (johtaja) miettivät yritystyyliä, tuotteen ominaisuuksia, etsivät markkinatietoja, minulla oli paljon vapaa-aikaa. Joten tajusimme, että meidän on otettava vastaan vaikeampi nimitys (en kersku, törmäsimme vain enimmäkseen verkkoon liittyviin tehtäviin, mutta minulle se on vain yksi tai kaksi) ja minun täytyy olla enemmän mukana työprosesseissa . Tämän seurauksena olin finaalissa esitutkimuksen aikana mukana matemaattisen mallintamisen ja algoritmien kehittämisen parissa.
Artem Koshko, Composite Key -tiimi : ”Valmistauduimme enemmän henkisesti; koodin valmistelusta ei puhuttu. Olimme jakaneet roolit tiimissä jo etukäteen – olemme kaikki ohjelmoijia (meillä on täysi pino ja kaksi taustaa, lisäksi tiedän hieman mobiilikehityksestä), mutta oli selvää, että jonkun on otettava suunnittelijan ja johtajan roolit. Näin minusta tuli tietämättäni tiiminvetäjä, kokeilin itseäni yritysanalyytikkona, puhujana ja esityksentekijänä. Uskon, että jos emme olisi puhuneet tästä etukäteen, emme olisi pystyneet hallitsemaan aikaa oikein, emmekä olisi päässeet viimeiseen puolustukseen."
Diana Ganieva, Jingu Digital: "Emme valmistautuneet hackathoniin, koska uskomme, että hakkerointiprojektit pitäisi tehdä tyhjästä - se on reilua. Meillä oli etukäteen, kappaleiden valintavaiheessa, yleinen käsitys siitä, mitä haluamme tehdä.".
Et voi työskennellä kehittäjien kanssa yksin
Diana Ganieva, Jingu Digital -tiimi: ”Tiimissämme on kolme eri alojen asiantuntijaa. Mielestäni tämä on ihanteellinen sävellys hackathonille. Jokainen on kiireinen omissa asioissaan, eikä siinä ole päällekkäisyyttä tai työnjakoa. Yksi henkilö olisi tarpeeton."
Tilastot ovat osoittaneet, että tiimimme keskimääräinen kokoonpano on 4-5 henkilöä, mukaan lukien (parhaimmillaan) yksi suunnittelija. On yleisesti hyväksyttyä, että tiimiä on vahvistettava eri raidallisten kehittäjien kanssa - jotta voidaan sekä lisätä tietokantaan että yllättää "koneella", jos jotain tapahtuu. Parhaimmillaan he silti ottavat suunnittelijan mukaan (älä loukkaannu, me rakastamme sinua!), esitys ja käyttöliittymät eivät lopulta piirrä itseään. Esimiehen rooli unohdetaan vielä useammin - yleensä tämän tehtävän ottaa joukkueen kapteeni, osa-aikainen kehittäjä.
Ja tämä on pohjimmiltaan väärin.
Artem Koshko, Composite Key -tiimi: ”Jossain vaiheessa pahoittelimme, ettemme ottaneet erikoisasiantuntijaa joukkueeseen. Vaikka pystyimme jotenkin selviytymään suunnittelusta, se oli vaikeaa liiketoimintasuunnitelman ja muiden strategisten asioiden kanssa. Silmiinpistävä esimerkki on, kun oli tarpeen laskea kohdeyleisö ja markkinavolyymi, TAM, SAM.
Oleg Bakhtadze-Karnaukhov, PLEXeT-tiimi: "Kehittäjän panos tuotteeseen on kaukana 80 prosentista työstä, kuten yleisesti uskotaan. Ei voida sanoa, että se oli helpompaa pojille - melkein koko valtaosa tehtävistä oli heidän käsissään. Koodini ilman rajapintoja, esityksiä, videoita, strategioita on vain joukko symboleja. Jos tiimissä olisi ollut enemmän kehittäjiä heidän sijaansa, olisimme todennäköisesti onnistuneet, mutta kaikki olisi näyttänyt vähemmän ammattimaiselta. Varsinkin esitys on yleensä puoli menestystä, kuten minusta näyttää. Puolustuksen aikana ja sitten tosielämässä muutamassa minuutissa kenelläkään ei ole aikaa ymmärtää, toimiiko prototyyppisi todella. Jos juorut suunnitelmiin, kukaan ei kuuntele sinua. Jos mennään tekstin kanssa liian pitkälle, kaikki ymmärtävät, että et itse tiedä, mikä tuotteessasi on tärkeää, miten se esitellään ja kuka sitä tarvitsee."
Ajanhallinta ja rentoutuminen
Muistatko kuinka lapsuuden sarjakuvissa, kuten "Tom ja Jerry", hahmot laittoivat tulitikkuja silmäluomiensa alle estääkseen niitä sulkeutumasta? Kokemattomat (tai liian innostuneet) hackathonin osallistujat näyttävät suunnilleen samalta.
Hackathonissa on helppo menettää kosketus todellisuuteen ja ajantaju - ilmapiiri on suotuisa hillittömälle koodaamiselle ilman taukoja lepoon, nukkumiseen, pelihuoneessa pelleilyyn, kommunikointiin kumppaneiden kanssa tai mestarikursseille. Jos kohtelet tätä kuin MM-kisoja tai olympialaisia, niin kyllä, ehkä sinun pitäisi käyttäytyä niin. Ei oikeastaan.
Artem Koshko, Composite Key -tiimi: "Meillä oli paljon chak-chakia, paljon - sen torni rakennettiin keskelle pöytäämme, se piti moraaliamme ja antoi meille hiilihydraatteja oikeaan aikaan. Lepäsimme ja työskentelimme melkein koko ajan yhdessä, emmekä lepäsi erikseen. Mutta he nukkuivat eri tavalla. Andrey (fullstack-kehittäjä) tykkää nukkua päivällä, Denis ja minä haluamme nukkua yöllä. Siksi työskentelin enemmän Denisin kanssa päivällä ja Andreyn kanssa yöllä. Ja hän nukkui taukojen aikana. Meillä ei ollut minkäänlaista työjärjestelmää tai tehtävien asettelua, vaan kaikki oli spontaanisti. Mutta tämä ei häirinnyt meitä, koska ymmärrämme toisiamme hyvin ja täydennämme toisiamme. Se auttoi, että olemme työtovereita ja kommunikoimme tiiviisti. Olen Andreyn entinen harjoittelija, ja Denis tuli yritykseen harjoittelijani."
Ja tässä on muuten se sama chak-chak vuori.
Melkein kaikki haastattelemamme osallistujat nimesivät pätevän ajankäytön pääkriteeriksi menestymiselle hackathonissa. Mitä se tarkoittaa? Jaat tehtävät niin, että sinulla on aikaa nukkumiseen ja ruokaan, eikä tehtäviä suoriteta normaalisti. kaikki romahti, mutta jokaiselle joukkueen jäsenelle sopivalla tahdilla.
Oleg Bakhtadze-Karnaukhov, PLEXeT-tiimi"Tavoitteenamme ei ollut työskennellä niin monta tuntia kuin mahdollista, vaan pysyä tuottavana mahdollisimman pitkään. Vaikka nukuimme 3-4 tuntia päivässä, näytti siltä, että onnistuimme. Voisimme mennä pelihuoneeseen tai viettää aikaa kumppaneidemme osastoilla ja varata normaaliaikaa ruokaan. Toisena päivänä yritimme vapauttaa Leviä mahdollisimman paljon, jotta hän saisi tarpeeksi unta ja ehtii saada itsensä kuntoon ennen esitystä. Hackathon-harjoittelut auttoivat, sillä ymmärsimme jo tehtävien jakamisen ja päivittäisten rutiinien synkronoinnin - söimme, nukuimme ja olimme hereillä samaan aikaan. Tämän seurauksena ne toimivat yhtenä mekanismina."
Emme tiedä, kuinka tämä joukkue onnistui saamaan Agomoto’s Eye:n hackathoniin, mutta lopulta he jopa onnistuivat kuvaamaan videon projektista ja valmistelemaan monisteen.
Muutamia vinkkejä ajanhallintaan hackathonissa:
- Siirry isosta pieneen - jaa tehtävät pieniin lohkoihin.
- Hackathon on maraton. Mikä on tärkeintä maratonissa? Yritä juosta samaa tahtia, muuten putoat matkan lopussa. Yritä työskennellä suunnilleen samalla intensiteetillä äläkä työnnä itseäsi uupumuspisteeseen.
- Mieti etukäteen, mitkä ovat kunkin osallistujan tehtävät ja kuinka paljon aikaa se vie. Se auttaa sinua välttämään yllätyksiä, kun määräaika on puolen tunnin päässä eikä sinulla ole suurta työtä valmiina.
- Tarkista koordinaatit säätääksesi tehtävien laajuutta. Tuntuuko sinusta, että sinulla menee hyvin ja sinulla on vielä aikaa? Hienoa – voit käyttää sen nukkumiseen tai esityksen viimeistelyyn.
- Älä jää kiinni yksityiskohtiin, vaan työskentele laajasti.
- On vaikea pitää tauon töistä, joten varaa aikaa erityisesti nukkumiseen, rentoutumiseen tai rentoutumiseen. Voit asettaa esimerkiksi hälytyksiä.
- Varaa aikaa puheesi valmisteluun ja harjoittelemiseen. Tämä on pakollista kaikille ja aina. Puhuimme tästä yhdessä edellisessä .
Ja on myös tämä vaihtoehtoinen mielipide. Kumpaa vaihtoehtoa kannatat - kidutusta koodaamalla vai sotaa sodan kanssa ja lounasta aikataulun mukaan?
Diana Ganieva, Jingu Digital -tiimi: ”Jokainen tiimissämme on vastuussa yhdestä asiasta, meitä ei ollut ketään korvaamassa, joten emme voineet tehdä vuorotyötä. Kun voimia ei enää ollut, nukuimme kolme tuntia, riippuen osallistujalla vielä jäljellä olevan työn määrästä. Ei ollut yhtään aikaa hengailla, emme tuhlaa arvokasta aikaa tähän. Tuottavuutta tuettiin, vaikkakin lyhyillä unilla ja herkkuja teen kanssa – ei energiajuomia tai kahvia.”
Leikkauksen alle on piilotettu useita hyödyllisiä linkkejä, jos haluat sukeltaa ajanhallinnan aiheeseen. Siitä on hyötyä arjessa - usko tämän postauksen kirjoittajaa, joka on aina myöhässä :)
Ajan valloittajille — Kaspersky Labin projektipäällikkö on kerännyt tehokkaita ajanhallintatekniikoita Netology-blogiin:
- Hyvä artikkeli aloittelijoille Cossasta:
Yritä erottua joukosta
Yllä kirjoitimme tiimistä, joka teki monisteen projektin suojaamiseksi. He olivat ainoat radallaan, ja olemme varmoja, että yli 3500 osallistujan joukossa ei ollut muita heidän kaltaisiaan.
Tämä ei tietenkään ollut heidän voittonsa pääsyy, mutta se toi ehdottomasti ylimääräisen plussan - ainakin asiantuntijoiden sympatian. Voit erottua joukosta eri tavoin - jotkut voittajamme aloittavat jokaisen esityksen vitsillä siitä, kuinka he tekivät pommin (Saharov-tiimi, hei!).
Emme käsittele tätä yksityiskohtaisesti, vaan jaamme yksinkertaisesti tapauksen PLEXeT-tiimistä - mielestämme se on sen arvoista, että siitä tulee vitsi äidin ystävän pojasta.
Oleg Bakhtadze-Karnaukhov, PLEXeT-tiimi: – Tajusimme, että olimme edellä ja päätimme, että olisi siistiä tulla esipuolustukseen siirtolaukun kanssa. Projektissa on paljon teknisiä yksityiskohtia, algoritmien selitykset, joita ei esitetä ollenkaan. Mutta haluan näyttää sen. Asiantuntijat tukivat ideaa ja jopa auttoivat sen optimoinnissa. He eivät edes katsoneet ensimmäistä versiota; he sanoivat, etteivät koskaan lukisi tällaista maalausta. Olimme ainoat puolustuksessa.”
Jokin menee varmasti pieleen, ja se on ok.
Hackathonissa, kuten tavallisessa elämässä, on aina tilaa virheille. Vaikka näyttää siltä, että olet ajatellut kaikkea, kuka meistä ei olisi myöhästynyt lentokoneesta/kokeesta/häästä vain siksi, että autot päättivät juuttua liikenneruuhkaan, liukuportaat päättivät mennä rikki ja passi unohtui kotona?
Oleg Bakhtadze-Karnaukhov, PLEXeT-tiimi: ”Polina ja minä vietimme koko yön esityksen tekemisessä, mutta lopulta he unohtivat ladata sen tietokoneelle hallissa, jossa puolustaminen tapahtui. Yritämme avata sen flash-asemalta, ja virustorjunta havaitsee tiedoston virukseksi ja poistaa sen. Tämän seurauksena saimme kaiken käyntiin vain minuuttia ennen esityksemme loppua. Onnistuimme näyttämään videon, mutta olimme silti hyvin järkyttynyt. Samanlainen tarina tapahtui meille esipuolustuksen aikana. Prototyyppimme ei käynnistynyt, Polinan ja Levin tietokoneet jumiutuivat ja jostain syystä jätin omani halliin, jossa meidän radamme oli. Ja vaikka asiantuntijat näkivät työmme aamulla, näytimme omituisten joukolta, jolla oli moniste, kauniita sanoja, mutta ei tuotetta. Ottaen huomioon, että monet osallistujat kokivat matemaattisten mallien parissa tekemäni työni "hän istuu, piirtää jotain, ei katso tietokoneeseen", tilanne ei ollut kovin hyvä.
Se kuulostaa karmivalta, mutta tässä tilanteessa voit vain hengittää ulos. Se on jo tapahtunut. Ei, et ole ainut, kaikki ovat sekaisin. Vaikka tämä on kohtalokas virhe, se on kokemus. Ja mieti myös, pitääkö sinua arvioiva henkilö tätä tapausta fakapina?
Jaa kommenteissa, mikä kokoonpano sinusta tuntuu mukavimmalta työskennellä hackathonissa (sekä ihmiset että asiantuntijat) ja miten rakennat prosesseja tiimissä.
Lähde: will.com