Ce fel de grup participați de obicei la hackathoane? Inițial, am afirmat că echipa ideală este formată din cinci persoane - un manager, doi programatori, un designer și un marketer. Dar experiența finaliștilor noștri a arătat că poți câștiga un hackathon cu o echipă mică de trei persoane. Din cele 26 de echipe care au câștigat finala, 3 au concurat și au câștigat cu muschetari. Cum au făcut-o - citiți mai departe.
Am discutat cu căpitanii tuturor celor trei echipe și am realizat că strategia lor are multe în comun. Eroii acestei postări sunt echipele PLEXeT (Stavropol, nominalizarea Ministerului Telecomunicațiilor și Comunicațiilor de Masă), „Composite Key” (Tula, nominalizarea Ministerului Informațiilor și Comunicațiilor din Republica Tatarstan) și Jingu Digital (Ekaterinburg, nominalizarea Ministerului Industriei și Comerțului). Pentru cei interesați, sub pisică este ascunsă o scurtă descriere a comenzilor.
Descrieri comenziPLEXeT
Echipa are trei persoane - un dezvoltator (web, C++, competențe de securitate a informațiilor), un designer și un manager. Nu ne cunoșteam înainte de hackatonul regional. Echipa a fost asamblată de căpitan pe baza rezultatelor testelor online.
Cheie compusă
Echipa are trei colegi dezvoltatori - fullstack cu zece ani de experiență în IT, backend și mobil și backend cu accent pe baze de date.
Jingu Digital
Echipa este formată din doi programatori - backend și AR/Unity, precum și un designer care a fost și responsabil de managementul echipei. Câștigat în nominalizarea Ministerului Industriei și Comerțului
Alegeți o sarcină care se apropie de competențele dvs
Îți amintești că exista o astfel de rimă „club de teatru, club foto și vreau și eu să cânt”? Cred că mulți oameni sunt familiarizați cu acest sentiment - când totul în jurul tău este interesant, vrei să te arăți într-un mod nou în direcția ta și să încerci o nouă industrie/zonă de dezvoltare. Alegerea aici depinde doar de obiectivele echipei tale și de dorința de a-ți asuma riscuri – poți să-ți accepți greșeala dacă dintr-o dată în mijlocul hackathonului îți dai seama că este nerealist să rezolvi această problemă? Experimentele din categoria „Nu mă pricep la dezvoltarea mobilă, dar ce dracu este?” nu sunt pentru toată lumea. Esti genul de amator?
Artem Koshko (), comanda „Cheie compusă”: „Inițial am plănuit să încercăm ceva nou. La etapa regională, am încercat mai multe pachete nuget, la care nu am ajuns niciodată, și Yandex.Cloud. La sfârșit, am implementat CockroachDB în Kubernetes și am încercat să transferăm migrațiile pe acesta folosind EF Core. Unele lucruri au mers bine, altele nu atât de mult. Așa că am învățat lucruri noi, ne-am testat și ne-am asigurat de fiabilitatea abordărilor dovedite.”.
Cum să alegi o sarcină dacă ochii tăi rătăcesc:
- Gândiți-vă ce competențe sunt necesare pentru a rezolva acest caz și dacă toți membrii echipei le au
- Dacă vă lipsesc competențele, le puteți compensa (veniți cu o altă soluție, învățați rapid ceva nou)
- Efectuați o scurtă cercetare a pieței pentru care veți realiza un produs
- Calculați competiția - la ce pistă/companie/sarcină vor merge cei mai mulți oameni?
- Răspunde la întrebarea: ce te va conduce cel mai mult?
Oleg Bakhtadze-Karnaukhov (), comanda PLEXeT: „Am luat o decizie cu privire la o escală de zece ore la aeroport - chiar în momentul aterizării, a sosit prin poștă o listă de piste și scurte declarații de sarcini. Am identificat imediat patru sarcini care au fost interesante pentru mine ca programator și pentru care planul de acțiune după începere a fost clar - ce trebuie făcut și cum îl vom face. Apoi am evaluat sarcinile fiecărui membru al echipei și am evaluat nivelul competiției. Drept urmare, am ales între sarcinile Gazprom și cele ale Ministerului Telecom și Comunicații de Masă. Tatăl designerului nostru lucrează în petrol și gaze; l-am sunat și i-am pus întrebări despre industrie. Până la urmă, ne-am dat seama că da, este interesant, dar nu vom putea oferi nimic fundamental nou și cu siguranță nu vom putea egala competențele, pentru că sunt prea multe specificul industriei care trebuie luate în considerare. cont. Până la urmă, ne-am riscat și am mers pe prima pistă.”
Diana Ganieva (), echipa Jingu Digital: „La etapa regională am avut o sarcină legată de agricultură, iar la finală - AR/VR în industrie. Au fost aleși de întreaga echipă pentru ca fiecare persoană să-și poată realiza abilitățile. Apoi am îndepărtat ceea ce nu ni s-a părut atât de interesant.”
Fă-ți tema
Și nu vorbim acum despre pregătirea codului - în general, este inutil să facem asta. Este vorba despre comunicarea în cadrul echipei. Dacă nu ați jucat încă împreună, nu ați învățat să vă înțelegeți și să ajungeți la o înțelegere, reuniți-vă de câteva ori înainte și simulați un hackathon sau măcar sunați-vă pentru a discuta despre punctele principale, gândiți-vă printr-un plan de acțiune și discutați reciproc punctele forte și punctele slabe. Puteți chiar să găsiți un caz și să încercați să-l rezolvați - cel puțin schematic, la nivelul „cum să ajungeți de la punctul A la punctul B”.
În acest paragraf, riscăm să prindem minusuri în karma și comentarii, spunând, cum se poate, nu înțelegi nimic, dar cum rămâne cu entuziasmul, impulsul, sentimentul că acum se va naște un prototip din primordialul? bulion (bună ziua, lecții de biologie).
Da, dar.
Improvizația și impulsul sunt bune doar atunci când devin doar o ușoară abatere de la strategie - altfel riscurile sunt prea mari pentru a petrece timp curățând haosul și corectând greșelile, în loc să lucrezi, să mănânci sau să dormi.
Oleg Bakhtadze-Karnaukhov, echipa PLEXeT: „Nu cunoșteam pe niciunul dintre membrii echipei mele înainte de competiție; i-am selectat și invitat pe baza competențelor și evaluărilor lor în etapa de testare online. Când am câștigat hackatonul regional și ne-am dat seama că mai trebuie să mergem împreună la Kazan și să terminăm proiectul de hackathon la Stavropol, am decis că ne vom reuni și ne vom antrena. Înainte de finală, ne-am întâlnit de două ori - am găsit o problemă întâmplătoare și am rezolvat-o. Ceva ca un campionat de caz. Și deja în acest stadiu am văzut o problemă în comunicarea și distribuția sarcinilor - în timp ce Polina (designer) și Lev (manager) se gândeau la stilul corporativ, caracteristicile produsului, căutând date de piață, am avut mult timp liber. Așa că ne-am dat seama că trebuie să luăm o nominalizare mai dificilă (nu mă laud, doar am dat peste sarcini legate de web, dar pentru mine sunt doar una sau două) și trebuie să mă implic mai mult în procesele de lucru . Drept urmare, la finală, în timpul cercetării preliminare, am fost angajat în modelarea matematică și dezvoltarea algoritmilor.”
Artem Koshko, echipa Composite Key : „Ne-am pregătit mai mult mental; nu s-a vorbit despre pregătirea unui cod. Aveam deja atribuite roluri în echipă în avans - toți trei suntem programatori (avem un stivă complet și două backend-uri, plus știu puțin despre dezvoltarea mobilă), dar era clar că cineva ar trebui să preia rolurile de designer și manager. Așa, fără să știu, am devenit lider de echipă, m-am încercat ca analist de afaceri, vorbitor și producător de prezentări. Cred că dacă nu am fi discutat despre asta în prealabil, nu am fi fost capabili să gestionăm timpul corect și nu am fi ajuns în apărarea finală.”
Diana Ganieva, Jingu Digital: „Nu ne-am pregătit pentru hackathon, pentru că credem că proiectele de hack ar trebui făcute de la zero - este corect. În prealabil, la etapa de selecție a pieselor, aveam un concept general despre ceea ce doream să facem”.
Nu poți lucra singur cu dezvoltatorii
Diana Ganieva, echipa Jingu Digital: „Avem trei specialiști în domenii diferite în echipa noastră. După părerea mea, aceasta este compoziția ideală pentru un hackathon. Toată lumea este ocupată cu propria afacere și nu există suprapunere sau împărțire a sarcinilor. Încă o persoană ar fi de prisos.”
Statisticile au arătat că componența medie a echipelor noastre este de la 4 la 5 persoane, inclusiv (în cel mai bun caz) un designer. În general, este acceptat că este necesar să se întărească echipa cu dezvoltatori de diferite benzi - pentru a putea atât adăuga la baza de date, cât și surprinde cu o „mașină” dacă se întâmplă ceva. În cel mai bun caz, ei iau în continuare un designer cu ei (nu fi jignit, te iubim!), prezentarea și interfețele nu se vor desena singure, până la urmă. Rolul unui manager este neglijat și mai des - de obicei această funcție este preluată de căpitanul echipei, un dezvoltator part-time.
Și acest lucru este fundamental greșit.
Artem Koshko, echipa Composite Key: „La un moment dat, am regretat că nu am luat în echipă un specialist specializat. Deși am reușit cumva să facem față designului, a fost dificil cu planul de afaceri și alte lucruri strategice. Un exemplu izbitor este atunci când a fost necesar să se calculeze publicul țintă și volumul pieței, TAM, SAM.”
Oleg Bakhtadze-Karnaukhov, echipa PLEXeT: „Contribuția dezvoltatorului la produs este departe de 80% din muncă, așa cum se crede în mod obișnuit. Nu se poate spune că a fost mai ușor pentru băieți - aproape toată cea mai mare parte a sarcinilor le revine. Codul meu fără interfețe, prezentări, videoclipuri, strategii este doar un set de simboluri. Dacă ar fi fost mai mulți dezvoltatori în echipă în loc de ei, probabil ne-am fi descurcat, dar totul ar fi arătat mai puțin profesionist. În special, prezentarea are în general jumătate din succes, după cum mi se pare. În timpul apărării și apoi în viața reală în câteva minute, nimeni nu va avea timp să înțeleagă dacă prototipul tău funcționează cu adevărat. Dacă te lași purtat de scheme, nimeni nu te va asculta. Dacă mergi prea departe cu textul, toată lumea va înțelege că tu însuți nu știi ce este important în produsul tău, cum să-l prezinți și cine are nevoie de el.”
Managementul timpului și relaxare
Îți amintești cum în desenele animate din copilărie precum „Tom și Jerry” personajele își pun chibrituri sub pleoape pentru a nu se închide? Participanții la hackaton fără experiență (sau prea entuziaști) arată cam la fel.
La un hackathon, este ușor să pierzi contactul cu realitatea și simțul timpului - atmosfera este propice pentru codificare nestăpânită, fără pauze pentru odihnă, somn, prostie în sala de jocuri, comunicare cu partenerii sau participarea la cursuri de master. Dacă tratezi asta ca la Campionatele Mondiale sau la Jocurile Olimpice, atunci da, poate așa ar trebui să te comporți. Nu chiar.
Artem Koshko, echipa Composite Key: „Am avut o mulțime de chak-chak, o mulțime - un turn din el a fost construit în mijlocul mesei noastre, ne-a menținut moralul ridicat și ne-a dat carbohidrați la momentul potrivit. Ne-am odihnit și am lucrat aproape tot timpul împreună și nu ne-am odihnit separat. Dar au dormit diferit. Lui Andrei (dezvoltator fullstack) îi place să doarmă ziua, mie și lui Denis ne place să dormim noaptea. Prin urmare, am lucrat mai mult cu Denis ziua, iar cu Andrey noaptea. Și dormea în pauze. Nu aveam niciun sistem de lucru sau de stabilire a sarcinilor; mai degrabă, totul a fost spontan. Dar acest lucru nu ne-a deranjat, pentru că ne înțelegem bine și ne completăm. Ne-a ajutat să fim colegi și să comunicăm îndeaproape. Sunt fostul stagiar al lui Andrey, iar Denis a venit la companie ca stagiar al meu.”
Și aici, apropo, este același munte chak-chak.
Aproape toți participanții pe care i-am intervievat au numit managementul competent al timpului drept principalul criteriu de succes la hackathon. Ce înseamnă? Distribuiți sarcinile astfel încât să aveți timp pentru somn și mâncare, iar sarcinile nu sunt îndeplinite în mod regulat. totul s-a prăbușit, dar într-un ritm care este confortabil pentru fiecare membru al echipei.
Oleg Bakhtadze-Karnaukhov, echipa PLEXeT"Scopul nostru nu a fost să lucrăm cât mai multe ore, ci să rămânem productivi cât mai mult timp. Chiar dacă dormeam 3-4 ore pe zi, părea că reușim. Am putea merge în sala de jocuri sau să stăm la cabinele partenerilor noștri și să ne rezervăm timp normal pentru mâncare. În a doua zi, am încercat să-l uşurăm pe Lev cât mai mult, astfel încât să poată dormi suficient şi să aibă timp să se pună în ordine înainte de spectacol. Ne-au ajutat repetițiile de hackathon, deoarece am înțeles deja cum să distribuim sarcinile și sincronizarea rutinei zilnice - am mâncat, am dormit și am fost treji în același timp. Drept urmare, au funcționat ca un singur mecanism.”
Nu știm cum a reușit această echipă să-l aducă pe Agomoto’s Eye la hackathon, dar în cele din urmă au reușit chiar să filmeze un videoclip despre proiect și să pregătească o fișă.
Câteva sfaturi pentru gestionarea timpului la un hackathon:
- Treceți de la mare la mic - împărțiți sarcinile în blocuri mici.
- Un hackathon este un maraton. Care este cel mai important lucru într-un maraton? Încearcă să alergi în același ritm, altfel vei cădea până la sfârșitul distanței. Încercați să lucrați la aproximativ aceeași intensitate și să nu vă împingeți până la epuizare.
- Gândiți-vă dinainte care vor fi sarcinile fiecărui participant și cât timp îi va lua. Vă va ajuta să evitați surprizele atunci când termenul limită este la o jumătate de oră distanță și nu aveți o muncă mare pregătită.
- Verificați coordonatele pentru a ajusta domeniul de aplicare a sarcinilor. Simți că mergi bine și chiar mai ai timp? Grozav - îl puteți cheltui pentru a dormi sau pentru a finaliza prezentarea.
- Nu te agăța de detalii, lucrează în linii mari.
- Este dificil să iei o pauză de la serviciu, așa că alocă-ți timp special pentru somn, relaxare sau relaxare. Puteți seta alarme, de exemplu.
- Fă-ți timp pentru a-ți pregăti și repeta discursul. Acest lucru este obligatoriu pentru toată lumea și întotdeauna. Am vorbit despre asta într-una dintre cele precedente .
Și există și această opinie alternativă. Pentru care opțiune sunteți - tortura prin codificare sau războiul cu război și prânzul conform unui program?
Diana Ganieva, echipa Jingu Digital: „Fiecare persoană din echipa noastră este responsabilă pentru un singur lucru, nu a fost nimeni care să ne înlocuiască, așa că nu am putut lucra în ture. Când nu mai era absolut nicio putere, am dormit trei ore, în funcție de cantitatea de muncă care mai rămânea participantului. Nu a fost absolut nici un timp pentru a petrece timp, nu pierdem timp prețios cu asta. Productivitatea a fost susținută, deși cu somn scurt, și bunătăți cu ceai - fără băuturi energizante sau cafea.”
Ascunse sub tăietură sunt câteva link-uri utile dacă doriți să vă aprofundați în subiectul managementului timpului. Va fi util în viața de zi cu zi - credeți-l pe autorul acestei postări, care întârzie mereu :)
Pentru cuceritorii timpului — Tehnici eficiente de gestionare a timpului au fost colectate în blogul Netology de către un manager de proiect Kaspersky Lab:
— Un articol bun pentru începători despre Cossa:
Încearcă să ieși în evidență
Mai sus am scris despre echipa care a făcut o fișă pentru a proteja proiectul. Ei au fost singurii care se aflau pe calea lor și suntem siguri că printre cei peste 3500 de participanți nu au existat alții ca ei.
Desigur, acesta nu a fost motivul principal al victoriei lor, dar cu siguranță a adus un plus suplimentar - cel puțin, simpatia experților. Puteți ieși în evidență în diferite moduri - unii dintre câștigătorii noștri încep fiecare spectacol cu o glumă despre cum au făcut o bombă (echipa Saharov, salut!).
Nu ne vom opri asupra acestui lucru în detaliu, ci pur și simplu vom împărtăși un caz din partea echipei PLEXeT - credem că merită să devină o glumă despre fiul prietenului unei mame.
Oleg Bakhtadze-Karnaukhov, echipa PLEXeT: „Ne-am dat seama că suntem înaintea curbei și am decis că ar fi mișto să venim la pre-apărare cu un caz de transfer. Proiectul are o mulțime de detalii tehnice, explicații ale algoritmilor, care nu sunt deloc incluse în prezentare. Dar vreau să o arăt. Experții au susținut ideea și chiar au ajutat la optimizarea acesteia. Nici măcar nu s-au uitat la prima versiune; au spus că nu vor citi niciodată un astfel de tablou. Eram singurii în apărare.”
Ceva este sigur să meargă prost și e în regulă.
La un hackathon, ca în viața obișnuită, este întotdeauna loc de greșeli. Chiar dacă se pare că te-ai gândit la toate, cine dintre noi nu a întârziat la un avion/examen/nuntă pur și simplu pentru că mașinile au decis să se blocheze într-un ambuteiaj, scara rulantă a decis să se strice, iar pașaportul a fost uitat acasă?
Oleg Bakhtadze-Karnaukhov, echipa PLEXeT: „Eu și Polina am petrecut toată noaptea făcând o prezentare, dar până la urmă au uitat să o încarce pe computerul din sala unde a avut loc apărarea. Încercăm să-l deschidem de pe o unitate flash, iar antivirusul percepe fișierul ca pe un virus și îl șterge. Drept urmare, am reușit să începem totul cu doar un minut înainte de finalul spectacolului nostru. Am reușit să arătăm videoclipul, dar încă eram foarte supărați. O poveste asemănătoare ni s-a întâmplat și la pre-apărare. Prototipul nostru nu a pornit, computerele Polinei și lui Lev au înghețat și, dintr-un motiv oarecare, l-am lăsat pe al meu în hangarul în care se afla pista noastră. Și deși experții ne-au văzut munca de dimineață, arătam ca o echipă de excentrici cu o fișă, cuvinte frumoase, dar fără produs. Având în vedere că mulți participanți au perceput munca mea pe modele matematice ca „stă, desenează ceva, nu se uită la computer”, situația nu a fost foarte bună.”
Va suna ciudat, dar tot ce poți face în această situație este să expiri. S-a întâmplat deja. Nu, nu ești singurul, toată lumea se încurcă. Chiar dacă aceasta este o greșeală fatală, este o experiență. Și mai gândiți-vă, persoana care vă evaluează va considera acest caz un fakap?
Împărtășește în comentarii ce compoziție te simți cel mai confortabil lucrând la un hackathon (atât oameni, cât și specialiști) și cum construiești procese într-o echipă.
Sursa: www.habr.com